home *** CD-ROM | disk | FTP | other *** search
/ World of Ham Radio 1994 January / AMSOFT_1994.iso / packet / docs / pd199204.doc < prev    next >
Encoding:
Text File  |  1993-12-31  |  546.9 KB  |  9,408 lines

  1. Wed,  1 Apr 92 04:30:05 PSTFrom: Packet-Radio Mailing List and
  2. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  3. Packet-Radio-Errors@UCSD.EduReply-To:
  4. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  5. Digest V92 #86To: packet-radioPacket-Radio Digest         Wed, 
  6. 1 Apr 92       Volume 92 : Issue  86Today's Topics:             
  7.      Anyone using PE1CHL's SCC on ST?                           
  8.  AX.25 Specs               BBS name standards / Packet-BBS
  9. gateways                    compression on packet....info       
  10.                      Data Engine                               
  11. Dcdsm                                Dr4-10                    
  12. Packet for QNX? AX25 Format?                   Relay to VS6CT
  13. "Bill" desired -                             s&f qsp mail       
  14.                  S.F info + responce                      Telcom
  15. info-group access +               The resurgence of a myth:
  16. Craig ShergoldSend Replies or notes for publication to:
  17. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  18. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  19. otherwise to brian@ucsd.edu.Archives of past issues of the
  20. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  21. directory "mailarchives/packet-radio".We trust that readers are
  22. intelligent enough to realize that all textherein consists of
  23. personal comments and does not represent the officialpolicies or
  24. positions of any party.  Your mileage may vary.  So
  25. there.-----------------------------------------------------------
  26. -----------Date: 31 Mar 92 15:32:23 MDTFrom:
  27. dog.ee.lbl.gov!hellgate.utah.edu!cc.usu.edu!slp9m@network.UCSD.ED
  28. USubject: Anyone using PE1CHL's SCC on ST?To:
  29. packet-radio@ucsd.eduI would like to get in touch with anyone on
  30. the ne who has built and/orinstalled and/or used PE1CHL's SCC
  31. for the 1040 ST.  Please reply via mail.73, -SEP
  32. #################################################################
  33. ############        Scott E. Parker   WA7VYJ         # INTERNET:
  34. SLP9M@cc.usu.edu     ## Center for Atmospheric & Space Sciences
  35. # Twisted pair: (801) 750-2975   ##          Utah State
  36. University          #         Home: (801) 753-3924   ##        
  37. Logan, UT    84322-4405         #                               
  38. #################################################################
  39. ############------------------------------Date: 1 Apr 92
  40. 06:37:41 GMTFrom:
  41. ogicse!willamette.edu!tbaker@uunet.uu.netSubject: AX.25 SpecsTo:
  42. packet-radio@ucsd.eduAnyone have a copy of the AX.25 specs they
  43. could send me?Also, anyone know of source for a node walker I
  44. could get a hold of?T.A.Baker------------------------------Date:
  45. 1 Apr 92 05:17:24 GMTFrom:
  46. swrinde!gatech!pitt!w2xo!durham@network.UCSD.EDUSubject: BBS
  47. name standards / Packet-BBS gatewaysTo: packet-radio@ucsd.eduIn
  48. article <1992Mar29.150939.15266@n8emr.uucp>, gws@n8emr.uucp
  49. (Gary Sanders) writes:> In article <212@w2xo.pgh.pa.us>
  50. durham@w2xo.pgh.pa.us (Jim Durham) writes:>> >information, ie;
  51. an "ALL@AMSAT" bulletin from W1ABC with a BID of> >$orbs22_088
  52. would be addressed:> >>
  53. >all%amsat.#w1abc.$orbs22_088.bull@w2xo.pgh.pa.us> >> >Traffic
  54. would be like:> >>
  55. >nts%ntsma.#w1abc.$NTS_03459.nts@w2xo.pgh.pa.us> >> >     I didnt
  56. think the # was a valid rfc822 character. I know my> local
  57. machine as well as our suns barf on it..Gary , you could be
  58. right. However, my machine and sendmail 5.65 arenot bothered by
  59. it. I have no particular love for "#" if you havean alternative
  60. to suggest.My concern, and perhaps I am being too concerned, is
  61. that a lot of folksdon't have the wherewithall to generate
  62. X-headers. I agree thatX-headers is the proper way to do the
  63. job, but if you are a user ona system over which you have no
  64. control or influence, you may not beable to do this. Perhaps
  65. this is a very minor percentage of users. Idon't know..Another
  66. problem is that I want to be able to handle mailing listslike
  67. the one from JPL directly. These folks are kind enough to
  68. supplythe feed, but won't bother with X-headers to accomodate
  69. ham radioproblems. With the "per-cent address" scheme, I am able
  70. to givethem an address they can handle without trying to
  71. generate specialheaders for me.-Jim Durham  
  72. (durham@w2xo.pgh.pa.us)
  73. (packet:W2XO@W2XO.#WPA.PA.USA.NOAM)------------------------------
  74. Date: Tue, 31 Mar 1992 02:04:05 GMTFrom:
  75. usc!rpi!ispd-newsserver!laidbak!tellab5!vpnet!gagme!grahj@network
  76. .UCSD.EDUSubject: compression on packet....infoTo:
  77. packet-radio@ucsd.edua while back, there was a question
  78. regarding the use of compression onpacket radio --- I just got a
  79. response on that with a request to pass italong to the net from
  80. WA7UGB, so here it is.....the PA0GRI version 2.0F TCP/IP package
  81. uses LZW compression if both ends ofthe connect want it.short
  82. and simple....this is a first for me.  :-)  thanks to WA7UGB for
  83. thisinfo.   --jimStandard disclaimer....Ever since my cat
  84. learned to type, there's no tellingwhose thoughts these really
  85. are....         73 DE N5IAL
  86. (/9)-------------------------------------------------------------
  87. -----------------INTERNET:  jim@n5ial.chi.il.us  | 
  88. grahj@gagme.chi.il.us  |  j.graham@ieee.orgUUCP: 
  89. gagme!n5ial!jim@clout.chi.il.usAMATEUR RADIO: n5ial@n9hsi
  90. (Chicago.IL.US.Earth)--------------------------------------------
  91. ----------------------------------------------------------------D
  92. ate: 1 Apr 92 01:14:40 GMTFrom:
  93. swrinde!gatech!hubcap!melbrec@network.UCSD.EDUSubject: Data
  94. EngineTo: packet-radio@ucsd.edujra@lawday.DaytonOH.NCR.COM (John
  95. Ackermann) writes:>I just got back from spending the afternoon
  96. at K1LT's, where we have>three complete node stacks built of
  97. DataEngines running G8BPQ and>driving D4-10 radios running,
  98. going through final tweaking before>becoming the new Dayton -
  99. Columbus - Cincinnati backbone.  Impressions>so far:...>2)  The
  100. DataEngine is <not> good for high speed KISS operation.  We
  101. (and>I'm told others) have tried running NOS with them and
  102. there's something>just plain wrong with the code -- lots of
  103. frames get trashed, and lots>of retries.  We think its a
  104. firmware and not hardware problem, as we>don't see this with
  105. normal AX.25 or G8BPQ operation.I called Kantronics and asked
  106. about that. Their reply was there was nohardware or software
  107. flow control in the firmware which is why frames aregetting
  108. trashed. >John  AG9V>-- >John R. Ackermann, Jr.        Law
  109. Department, NCR Corporation, Dayton, Ohio>(513) 445-2966             
  110. John.Ackermann@daytonoh.ncr.com>Packet Radio: ag9v@n8acv     
  111. tcp/ip: ag9v@ag9v.ampr [44.70.12.34]-- Mark
  112. Elbrechtmelbrec@hubcap.clemson.eduClemson University  Clemson,
  113. SC------------------------------Date: 31 Mar 92 10:47:52
  114. GMTFrom:
  115. sdd.hp.com!spool.mu.edu!umn.edu!cs.umn.edu!kksys!tdkt!FredGate@ne
  116. twork.UCSD.EDUSubject: DcdsmTo: packet-radio@ucsd.eduTo J
  117. William Snyder Jr.... I tried the modification you recommended,
  118. and yesthey ask for pin 28 when it is actually 26, but still
  119. doesn'twork...The data comes flying through, but the DCD still
  120. staysactive all the time...It will NOT let the TNC
  121. Transmit....SIGH oh well...20 dollar experiment I guess...I
  122. mighttry a Universal PacComm unit....TNX,Chris * Origin:
  123. HAM>link< RBBS 612/HAM-0000 Saint Paul, MN
  124. (K0TG)(1:282/100.0)------------------------------Date: 31 Mar 92
  125. 10:50:08 GMTFrom:
  126. sdd.hp.com!spool.mu.edu!umn.edu!cs.umn.edu!kksys!tdkt!FredGate@ne
  127. twork.UCSD.EDUSubject: Dr4-10To: packet-radio@ucsd.eduI was
  128. reading an article from the Packet Register and I sawsomething
  129. that said"The Kantronics D-410 radio has a data slicer and has
  130. been tested successfuly with raw data.  However, this
  131. configuration is not compatible with any other formats, such s
  132. K9NG/G3RUH, but could certainly be used in a pt to pt
  133. application." Is this true??? If I buy a Data engine with the
  134. 9600baud modem,and the DR4-10 will I not be able to connect to
  135. otherson the network using TAPR 9600 baud modems and Motorola
  136. rigs????Doesn't seem right to me...-Chris * Origin: HAM>link<
  137. RBBS 612/HAM-0000 Saint Paul, MN
  138. (K0TG)(1:282/100.0)------------------------------Date: 31 Mar 92
  139. 15:01:46 GMTFrom:
  140. waikato.ac.nz!aukuni.ac.nz!mercury!nacjack!richard@decwrl.dec.com
  141. Subject: Packet for QNX? AX25 Format?To: packet-radio@ucsd.eduI
  142. have just recently purchased a Tiny-2 TNC, and a Kenwood TM-241A
  143. 50 Watt(2m) transceiver.I run a BBS (phone), and have purchased
  144. the gear in order to attach itto my current system.Problem: I
  145. run QNX 2.15, which as far as I know, has no software totalk
  146. AX.25. I can run a terminal program under MESSDOS, but I wantto
  147. use it for the BBS.Can anyone tell me of anywhere I can get/view
  148. code that will allowme to decode the packeted information that I
  149. receive (via RS232) fromthe Tiny-2? If you have something,
  150. please don't send it, just tell meyou have it. I have to pay for
  151. email and if this is a commonish problem,and I get scads of
  152. copies of code then I will be up to my ears in debt!Thanks in
  153. Advance,Richard--------------------------------------------------
  154. -------------------------"Today we will do lying on the floor.
  155. You will lie on the floor. You willcontinue to lie on the floor,
  156. and if you move a single muscle, I will killyou." - Alexi Sayle,
  157. Didn't you kill my brother?USENET  : richard@nacjack.gen.nz     
  158.  The Demi-Monde : 199:310/1FIDONET : Richard Vowles 3:772/110.0 
  159.  Amateur Radio  : ZL1UTF------------------------------Date: 31
  160. Mar 1992 13:27:18 -0800From: news-mail-gateway@ucsd.eduSubject:
  161. Relay to VS6CT "Bill" desired -To: packet-radio@ucsd.eduHi
  162. packet folks,I appreciate anyone who can relay my "cq" to Bill,
  163. VS6CT, a digital hamin Hong Kong.  He is the only digital ham in
  164. HK that I've read about sofar.  I'm (still) planning buy
  165. equipment and would like to get someadvice on what they use in
  166. that sector of the universe.Mitch, KB0GNY,:)
  167. SK------------------------------Date: Mon, 30 Mar 92 21:42:48
  168. UTCFrom: db3fl@db3fl-1Subject: s&f qsp mailTo:
  169. Packet@all.news.groupsX-Subject: LZW implementation to AX25 S&F
  170. systemshello,there are already some implementations of LZW
  171. compression present. currentlyknown only in tcp/ip packages. to
  172. make it available to other systems theremust be a talk abt.
  173. before implementation.my suggestion for the protocol:SABM       
  174.     --->>>                <<<---     UA[MBOX-X$]       --->>>   
  175.           ; X indicates the ability of LZW1. version            
  176.    <<<---     [MBOX-$] ; no LZW ... nothing further happenes2.
  177. version                <<<---     [MBOX-X$] ; able to do LZW,
  178. too!XLZW <bits> <mode>   --->>>          ; variable or constant
  179. .. to be fixed                     <<<---   XLZW Ok ; now they
  180. are synched together                                      ; any
  181. further traffic is compressedOR:                     <<<---   NO
  182. - not supported ; or any other msgthats it. its just the same
  183. way of implementation than in the tcp/ippackages
  184. (SMTP).remember: only the calling station is responsible to
  185. initiate LZW!the LZW should be switchable. its takes some cpu
  186. time, especially on decoding.the value of "bits" is in the range
  187. of 9 to 16. the size of the xferredmail goes to 70% to 55%
  188. depending on the value.pse send ur comments to
  189. '<btitmars@esoc.BITnet>' for QSP to me.best regards,
  190. michaelOrigin:
  191. DB3FL%DC0HK%btitmars@esoc.BITnet------------------------------Dat
  192. e: 31 Mar 1992 07:39:22 -0800From:
  193. news-mail-gateway@ucsd.eduSubject: S.F info + responceTo:
  194. packet-radio@ucsd.edu------------------------------Date: 31 Mar
  195. 1992 12:28:49 -0800From: news-mail-gateway@ucsd.eduSubject:
  196. Telcom info-group access +To: packet-radio@ucsd.eduHi Bob, Mitch
  197. in Durango, KB0GNYThe "Telecom" info I get comes from
  198. >telecom@delta.eecs.nwu.edu< .Send mail to:
  199. >listserv@delta.eecs.nwu.edu<No subject needed, thenSUBSCRIBE
  200. TELECOM your namethat should do it!Are you the Bob that's doing
  201. something with wireless data net for anindustrial park and a
  202. library?A Dios! Mitch
  203. s02337@flc.colorado.edu------------------------------Date: 31
  204. Mar 92 05:56:46 GMTFrom:
  205. swrinde!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu!yale.edu!jvnc.
  206. net!darwin.sura.net!uvaarpa!murdoch!turing.acs.virginia.edu!jon@n
  207. etwork.UCSD.EDUSubject: The resurgence of a myth: Craig
  208. ShergoldTo: packet-radio@ucsd.eduIn article
  209. <ktedefINNb6n@ucsd.edu> brian@ucsd.edu (Brian Kantor) writes:>If
  210. you happen to see a message on your local packet BBS about
  211. sending>post cards to a dying child, you might wish to consider
  212. the following>and perhaps even follow up on the BBS
  213. message.[excellent and completely accurate recounting of the
  214. Craig Shergold legend]Just thought I'd note my 'brush with
  215. celebrity' here... The Kluge ChildrensRehabilitation Center
  216. (KCRC) is next door to my apartment building. That'swhere Craig
  217. had that nasty tumor taken care of... I remember it coming onthe
  218. news and I was startled. I had thought it all to be complete
  219. urban.legend.Aint it a wacky world?CU on the
  220. ether...------------------------------Date: 31 Mar 92 17:36:30
  221. GMTFrom:
  222. usc!sol.ctr.columbia.edu!spool.mu.edu!umn.edu!orstnews!ECE.ORST.E
  223. DU!johan@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  224. <3711@cod.NOSC.MIL>, <1992Mar30.045004.13259@qualcomm.com>,
  225. <1992Mar31.003359.12431@NCoast.ORG>Subject : Re: Help 2nd try
  226. tcpip ka9q problem>If you have PA0GRI 2.0 you can set "mbox
  227. jumpstart on" to defeat this.  DON'T>DO THIS IF YOU ARE USING
  228. NET/ROM UNLESS yOU GIVE THE NET/ROM NODE A DIFFERENT>CALL
  229. (another PA0GRI 2.0 feature), AND DON"T DO IT AT ALL IF YOU WILL
  230. BE USING>"mode vc"!  The results if you do are NOT pretty.I am
  231. the originator of the jumpstart code; as Phil might agree, it is
  232. not apretty solution, but one that works and at least keeps my
  233. users happy !As for the working of it :jumstart will never be
  234. used if the connect comes from a *known* netrom neighbour,and
  235. never if the interface is in VC mode !The 'known' is the key in
  236. the netrom part; this implies that you have hearda nodes
  237. broadcast from you neighbour, so that your system has
  238. identifiedit as a netrom system. This could sometimes take a
  239. while...I recently fixed the netrom load command, so you can now
  240. load routes (frompreviously saved file) at startup. Gerard has
  241. added this fix to 2.0h, justout...Since v0.95 of my code, i've
  242. added a command to setup a list of calls to exclude from
  243. jumpstart. This can be used to avoid things like rspf in vc
  244. mode,and whatever else is causing troubles... This is not is
  245. gerard's code...Again, not the nicest, when you're trying to
  246. deal with as many proto'sas nos is, that's the way it is...My
  247. stuff can also be found on ucsd.edu73Johan, WG7J/PA3DIS>>AX.25
  248. is a poor wrapper for IP and NET/ROM packets; unfortunately,
  249. thanks to>the FCC it's all we have.  (grrr.....)>>++Brandon>--
  250. >Brandon S. Allbery, KF8NH [44.70.4.88]       
  251. allbery@NCoast.ORG>Senior Programmer, Telotech, Inc. (if I may
  252. call myself that...)------------------------------Date: 1 Apr 92
  253. 01:41:10 GMTFrom:
  254. usc!cs.utexas.edu!utgpu!cunews!revcan!software.mitel.com!perryd@n
  255. etwork.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  256. <3711@cod.NOSC.MIL>, <1992Mar30.045004.13259@qualcomm.com>,
  257. <1992Mar31.003359.12431@NCoast.ORG>Subject : Re: Help 2nd try
  258. tcpip ka9q problemIn article <1992Mar31.003359.12431@NCoast.ORG>
  259. allbery@ncoast.org (Brandon S. Allbery KF8NH) writes:>>AX.25 is
  260. a poor wrapper for IP and NET/ROM packets; unfortunately, thanks
  261. to>the FCC it's all we have.  (grrr.....)>Is this true? That is,
  262. is there a legal requirement to use AX.25 framesto encapsulate
  263. IP datagrams? Or would any framing which contained
  264. thetransmitting station's call do?  I recall seeing something
  265. like this inone of the ARRL Computer Networking Conference
  266. proceedings.  Of course,I suppose the point is moot now that
  267. there are billions and billionsof ax.25 tncs out there.Dave--
  268. Dave
  269. Perryve3ifb@ve3jf.#eon.on.ca.noamperryd@software.mitel.com-------
  270. -----------------------Date: 31 Mar 92 18:14:52 GMTFrom:
  271. swrinde!cs.utexas.edu!tamsun!cs.tamu.edu!kurt@network.UCSD.EDUTo:
  272.  packet-radio@ucsd.eduReferences <3711@cod.NOSC.MIL>,
  273. <1992Mar30.045004.13259@qualcomm.com>,
  274. <1992Mar31.003359.12431@NCoast.ORG>Subject : Re: Help 2nd try
  275. tcpip ka9q problemIn article
  276. <1992Mar31.003359.12431@NCoast.ORG>, allbery@NCoast.ORG (Brandon
  277. S. Allbery KF8NH) writes:|> AX.25 is a poor wrapper for IP and
  278. NET/ROM packets; unfortunately, thanks to|> the FCC it's all we
  279. have.  (grrr.....)Actually, it works quite nicely for IP, so
  280. long as you operate in datagrammode and don't fool with that
  281. other AX.25 junk.kf-- Kurt Freiberger, wb5bbw      kurt@cs.tamu.edu
  282.   409/847-8607  fax:409/847-8578Dept. of Computer Science, Texas
  283. A&M University      DoD #264: BMW R80/7 pilot"We preserve our
  284. freedom using three boxes: ballot, jury, and cartridge."     
  285. *** Not an official document of Texas A&M University
  286. ***------------------------------Date: Wed, 1 Apr 1992 06:56:00
  287. GMTFrom:
  288. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUTo
  289. : packet-radio@ucsd.eduReferences
  290. <1992Mar30.045004.13259@qualcomm.com>,
  291. <1992Mar31.003359.12431@NCoast.ORG>, <11321@perryd>Subject : Re:
  292. Help 2nd try tcpip ka9q problemThis is a reference to 97.109
  293. (Station control) paragraph (e):No station may be automatically
  294. controlled while transmitting third-partycommunications, except
  295. a station retransmitting digital packet radiocommunications on
  296. the 6m and shorter wavelength bands. Such stations must beusing
  297. the American Radio League Inc., AX.25 Amateur Packet - Radio
  298. Link -Layer Protocol [sic], Version 2.0, October 1984 (or
  299. compatible). Theretransmitted messages must originate at a
  300. station that is being locallyor remotely controlled.(end of
  301. rules excerpt)I remember a meeting of the ARRL Digital Committee
  302. when the chairmanassured us that our specific mention of AX.25
  303. in a STA petition toallow automatic packet radio operations
  304. would NOT end up being writteninto the
  305. rules...Phil------------------------------Date: Tue, 31 Mar 1992
  306. 21:04:15 GMTFrom:
  307. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUTo
  308. : packet-radio@ucsd.eduReferences
  309. <1992Mar30.045004.13259@qualcomm.com>,
  310. <1992Mar31.003359.12431@NCoast.ORG>,
  311. <1992Mar31.173630.9704@talon.ucs.orst.edu>Subject : Re: Help 2nd
  312. try tcpip ka9q problemIs all this trouble worth it just so the
  313. poor user doesn't have to hit"enter" after connecting?? I mean,
  314. really... :-)Phil------------------------------End of
  315. Packet-Radio Digest V92 #86******************************Date:
  316. Thu,  2 Apr 92 04:30:03 PSTFrom: Packet-Radio Mailing List and
  317. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  318. Packet-Radio-Errors@UCSD.EduReply-To:
  319. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  320. Digest V92 #87To: packet-radioPacket-Radio Digest         Thu, 
  321. 2 Apr 92       Volume 92 : Issue  87Today's Topics:            
  322. Accessing UO-22 using an IC-2400 Tranciever?            Anybody
  323. tried to use PCPAKRATT with Desqview?                           
  324.  A question !                            Ax.25 V2.1?!?          
  325.                  BayCom 1.5a ?          Can you run packet on an
  326. HP95LX palmtop? (3 msgs)                  Description of the
  327. KISS protocol?                                Dr4-10            
  328.            fbbs to nos forwarding                        
  329. Keyboard-to-keyboard             re: HELP 2nd try tcpip ka9q
  330. problem (2 msgs)Send Replies or notes for publication to:
  331. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  332. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  333. otherwise to brian@ucsd.edu.Archives of past issues of the
  334. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  335. directory "mailarchives/packet-radio".We trust that readers are
  336. intelligent enough to realize that all textherein consists of
  337. personal comments and does not represent the officialpolicies or
  338. positions of any party.  Your mileage may vary.  So
  339. there.-----------------------------------------------------------
  340. -----------Date: 2 Apr 92 01:26:38 GMTFrom:
  341. munnari.oz.au!yoyo.aarnet.edu.au!sirius.ucs.adelaide.edu.au!snap.
  342. aelmg.adelaide.edu.au@network.UCSD.EDUSubject: Accessing UO-22
  343. using an IC-2400 Tranciever?To: packet-radio@ucsd.eduI have an
  344. Icom IC-2400 Transceiver (dual band 2m/70cm FM Mobile). I
  345. amwondering what the chances would be of being able to use this
  346. radiosuccessfully to connect to UO-22 (with appropriate modems
  347. etc...)on packet radio.I have not previously played with
  348. satellite communications except fora couple of packet connects
  349. to the MIR space station on 1200 Baud FM soI am not completely
  350. familiar with the requirements of radios etcto use the 9600 Baud
  351. satellites.Any information would be appreciated. Please E-Mail
  352. me at the addressbelow.Cheers de Grant VK5ZWI--Grant Willis
  353. (VK5ZWI) 3rd/4th Yr Elec. Eng. Stud.     | The opinions
  354. expressedAdelaide University, South AUSTRALIA                  |
  355. here are mine. TheAARNet/Internet:
  356. e3grwill@snap.aelmg.adelaide.edu.au  | Uni probably doesntPacket
  357. Radio: VK5ZWI@VK5TTY.#SA.AUS.OC                | know I
  358. exist!------------------------------Date: 1 Apr 92 15:24:33
  359. GMTFrom: ecsgate!crisp@mcnc.orgSubject: Anybody tried to use
  360. PCPAKRATT with Desqview?To: packet-radio@ucsd.eduHello all.I'm
  361. trying to figure out how to get PCPAKRATT to work withDesqview. 
  362. It keeps craping out on me.  Anyone ever accomplishedthis? 
  363. ThanksRuss Crisp  KA4UXZ------------------------------Date: Wed,
  364. 01 Apr 92 10:17:21 ESTFrom:
  365. wang!tosspot.sv.com!lee@uunet.uu.netSubject: A question !To:
  366. packet-radio@ucsd.eduGennlemen,          just wondering - do any
  367. of you, anywhere, live in an areawhere a keyboard to keyboard
  368. channel for ragchewing is designated andactually observed?  (No
  369. backbones, no PBBSes - just people who want totalk to other
  370. people in realtime)   I'm curious, living in SNH as I do, I'm
  371. lucky to be able to connectto anything reliably with all the
  372. congestion, much less another persona hop or two away.          
  373.              Lee                     (A packeteer since 1983,
  374. and a NEDA memeber)------------------------------Date: Wed, 01
  375. Apr 1992 15:18:49 -0600From:
  376. usc!sol.ctr.columbia.edu!src.honeywell.com!umn.edu!cs.umn.edu!kks
  377. ys!tdkt!FredGate@network.UCSD.EDUSubject: Ax.25 V2.1?!?To:
  378. packet-radio@ucsd.eduDoes anyone have any idea when we will be
  379. seeing AX25 version 2.1?? Seems to me that lvl 2 is starting to
  380. show some of its age(It was released in 1984!!!)The longer
  381. packet lengths would seem to be neededfor H.S. links..... -Chris
  382. N0OVF @ WB0GDB.MN * Origin: HAM>link< RBBS 612/HAM-0000 Saint
  383. Paul, MN (K0TG)(1:282/100.0)------------------------------Date:
  384. 2 Apr 92 17:42:23 GMTFrom:
  385. swrinde!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!jvnc.net!darwin.s
  386. ura.net!paladin.american.edu!auvm!alijku11!k000165@network.UCSD.E
  387. DUSubject: BayCom 1.5a ?To: packet-radio@ucsd.eduHello |Does
  388. anyone know about an anonymous ftp site, from which BayCom
  389. 1.5acan be downloaded ?73's, tnks de OE5HAN /
  390. Gerald------------------------------Date: Tue, 31 Mar 1992
  391. 21:01:52 GMTFrom:
  392. sdd.hp.com!hpscdc!hplextra!hpcc05!hpdmd48!jhays@network.UCSD.EDUS
  393. ubject: Can you run packet on an HP95LX palmtop?To:
  394. packet-radio@ucsd.eduRE: 95LX PacketThe short answer:  YesA
  395. little longer:   You can use XON/XOFF on a 3 line RS-232Even a
  396. little longer: Somebody ported KA9Q TCP/IP to the 95LX and it
  397. ran.Disclaimer: I have never done it myself, but have heard of
  398. it being done andsee no technical barriers (the 95LX runs
  399. 115Kbaud for file transfers to a PC,it should handle 1200 baud
  400. for packet). These are my opinions, not HPs.Love my
  401. 95LX!!!JohnJohn D. Hays [KD7UW]           |Email: [UUCP]        
  402.  ...!hplabs!hpdmd48!jhaysFirmware Engineer              |      
  403. [INTERNET]      jhays@hpdmd48.boi.hp.comBoise Printer Division  
  404.       |       [GEnie]                             HAYSBoise,
  405. Idaho                   |       [Compu$erve]                  
  406. 72725,424------------------------------Date: 1 Apr 92 08:42:03
  407. GMTFrom:
  408. sdd.hp.com!swrinde!gatech!gatech!wa4mei!ke4zv!gary@network.UCSD.E
  409. DUSubject: Can you run packet on an HP95LX palmtop?To:
  410. packet-radio@ucsd.eduIn article
  411. <1992Mar30.232705.21451@src.honeywell.com>
  412. kanefsky@src.honeywell.com (Steve Kanefsky) writes:>Has anyone
  413. successfully run packet on an HP 95LX palmtop computer?>It has a
  414. somewhat non-standard 4-pin serial port with just, RX, TX>and
  415. ground and none of the other pins needed for DCD, hardware
  416. handshaking,>etc.  It *is* compatable with most DOS programs and
  417. has a decent built-in>communications program.Jay Maynard says he
  418. has a version of Phil's TCP/IP for the 95. And of course it
  419. should work with standard TAPR firmware. Only a three wire,Tx,
  420. Rx, and ground, cable is needed for packet. At normal amateur
  421. baudrates, there's little danger of messages scrolling off the
  422. screen beforeyou can read them. :-( So flow control is
  423. unnecessary.Gary KE4ZV------------------------------Date: 1 Apr
  424. 1992 16:47:03 GMTFrom:
  425. haven.umd.edu!darwin.sura.net!convex!bcm!lib!oac.hsc.uth.tmc.edu!
  426. jmaynard@ames.arpaSubject: Can you run packet on an HP95LX
  427. palmtop?To: packet-radio@ucsd.eduIn article
  428. <1992Apr1.084203.25639@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  429. Coffman) writes:>In article
  430. <1992Mar30.232705.21451@src.honeywell.com>
  431. kanefsky@src.honeywell.com (Steve Kanefsky) writes:>>Has anyone
  432. successfully run packet on an HP 95LX palmtop computer?>Jay
  433. Maynard says he has a version of Phil's TCP/IP for the 95. And
  434. of >course it should work with standard TAPR firmware. Only a
  435. three wire,>Tx, Rx, and ground, cable is needed for packet. At
  436. normal amateur baud>rates, there's little danger of messages
  437. scrolling off the screen before>you can read them. :-( So flow
  438. control is unnecessary.I'd replied to Steve directly, but a
  439. comment or two is in order...My (slightly) modified KA9Q TCP/IP
  440. for the 95 is available for FTP from theHP95LX archive at
  441. eddie.mit.edu and the ham archives at ucsd.edu. It's builtfrom
  442. the base KA9Q package at the 910618 level; I'll snarf the 911229
  443. versionsometime soon and make it run as well.Gary's right that
  444. only a three wire cable is required; this is even true forKISS
  445. mode at higher speeds, since there's a software handshake
  446. involved inKISS. If you're using the built-in Datacomm
  447. application to talk to the TNC interminal mode, you can get
  448. software flow control by using the Settings menu toenable
  449. XON/XOFF mode. I was only able to get it to do KISS reliably at
  450. 4800BPS, though, due to the NOS software's interrupt latency.
  451. The cable I use fora PacComm HandiPacket, which has a 9-pin
  452. connector designed to connectstraight through to a PC/AT's
  453. serial port, has a DB-9S for the 95's serialcable, and is wired
  454. with pin 5 (ground) to pin 5, pin 2 wired to pin 3 andvice
  455. versa, and on the DB-9P at the TNC end, pins 7 and 8, and pins
  456. 1, 4, and6 jumpered together. The jumpers dummy out the control
  457. signals so the TNC willthink that something is really
  458. there.While I'm here, I have a question about the HandiPacket:
  459. How do I force a hardreset and forget all parameters stored in
  460. RAM? The TNC is in a mode whereit'll echo correctly anything
  461. sent to it at 1200 BPS, but will not do anythingelse. I've tried
  462. 'param ax0 255 255' (and 255 254) from NOS, three control-Csin a
  463. row with delays on either side, turning the main operating
  464. battery offwith the TNC on, and waving a dead cat over the box
  465. three times while intoning"Death to Morris!" (heresy, I know...
  466. :-) Any other ideas?-- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never
  467. ascribe to malice that which canjmaynard@oac.hsc.uth.tmc.edu    
  468.  | adequately be explained by a .sig virus.         "Grow up
  469. children. Purchase lives." -- Geoff
  470. Collyer------------------------------Date: Wed, 1 Apr 1992
  471. 15:18:52 GMTFrom: usc!rpi!sadowg@network.UCSD.EDUSubject:
  472. Description of the KISS protocol?To: packet-radio@ucsd.edu  
  473. Just want to fool around with some networking software but I
  474. know notthing one about KISS. If any one could point me to an
  475. FTP site or mail someinfo to me, I would appreciate it.         
  476.              73, Greg - N2IKZ------------------------------Date:
  477. Wed, 1 Apr 1992 13:06:53 GMTFrom:
  478. psinntp!ncrlnk!ciss!lawday!jra@uunet.uu.netSubject: Dr4-10To:
  479. packet-radio@ucsd.eduChris.Schmelzer@f100.n282.z1.tdkt.kksys.com
  480. (Chris Schmelzer) writes:>I was reading an article from the
  481. Packet Register and I saw>something that said>"The Kantronics
  482. D-410 radio has a data slicer and has been tested >successfuly
  483. with raw data.  However, this configuration is not >compatible
  484. with any other formats, such s K9NG/G3RUH, but could >certainly
  485. be used in a pt to pt application."> >Is this true??? If I buy a
  486. Data engine with the 9600baud modem,>and the DR4-10 will I not
  487. be able to connect to others>on the network using TAPR 9600 baud
  488. modems and Motorola rigs????>Doesn't seem right to
  489. me...>-ChrisIt's not.  If the article you saw is Mike Curtis's,
  490. I'm probably hissource.  Here's the scoop:The D4-10 has two I/O
  491. ports:  one is analog and matches the one in theDVR2-2.  You can
  492. shove into it whatever sort of analog modulation, including 9600
  493. baud G3RUH/K9NG, that you want.  It'll be fullycompatible in
  494. that mode with any other UHF radio running the same modem.The
  495. second port is digital.  TXD drives the radio with straight
  496. +/-10kHz deviation (ie, mark is +10, space is -10 from the
  497. centerfrequency).  RXD comes from the onboard data slicer which
  498. looks forthose FSK transitions.To drive the digital port, you
  499. can use a Kantronics modem, which isessentially a G3RUH design
  500. with all the analog bits bypassed so that itfeeds TTL level
  501. signals into the D4.  The Kantronics modem has a dualspeed clock
  502. on board and will work at either 9600 or 19,200 baud.  Thatworks
  503. fine, but you're paying $100 for a modem and only using about
  504. 25% of the circuitry on it.  (Of course, it would be easy to
  505. modify a K9NG modem to run this way, and it would probably cost
  506. only $50 or so to build one of those up, again leaving about
  507. half the parts off the board.The other alternative, and the one
  508. Mike referred to, is what we'redoing.  Since the D4-10 can be
  509. properly thought of as an RF modem --with digital signals going
  510. in/out one end, and analog on the other --there's really no need
  511. for a "modem" at all.  We're taking signals fromthe modem
  512. disconnect header and shoving them right into the D4, usingthe
  513. D4 squelch for DCD.We've built our local LAN around this idea,
  514. and it seems to work justfine. I'm sure it's costing us a dB or
  515. two of link margin (since thescrambler used in the K9NG/G3RUH
  516. design is going to have some positiveeffect, and the external
  517. clock recovery may work better than the one inthe SCC chip in
  518. the TNC), but it's meeting our needs, and saving ourusers (all
  519. three of them!) $100 per radio.We decided to build a full-duplex
  520. repeater for the 19.2KB net, and to put our money into improving
  521. its performance so that everyone is benefitted, rather than
  522. requiring each user to increase his investmentto get that extra
  523. dB or two.However, and here's where Mike is going, using raw
  524. data at the digital port is not compatible with the modems,
  525. because a) the analog output is modulated differently, and b)
  526. the data is not scrambled.John   AG9V-- John R. Ackermann, Jr.  
  527.      Law Department, NCR Corporation, Dayton, Ohio(513)
  528. 445-2966              John.Ackermann@daytonoh.ncr.comPacket Radio:
  529. ag9v@n8acv      tcp/ip: ag9v@ag9v.ampr
  530. [44.70.12.34]------------------------------Date: Thu, 2 Apr 1992
  531. 10:42:22 GMTFrom:
  532. news.hawaii.edu!mpg.phys.hawaii.edu!tony@ames.arpaSubject: fbbs
  533. to nos forwardingTo: packet-radio@ucsd.eduDoes anyone know how
  534. to setup the f6fbb PBBS software to send a carriage returnor the
  535. HID banner to another system when it makes a connection to
  536. auto-forwardmail?  NOS, in particular, needs a packet after the
  537. initial SABM frame tofigure out how to route the packet
  538. internally based on the protocol ID.  Anull packet sent
  539. immediately after connection will do the trick but how?--
  540. Antonio Querubin  tony@mpg.phys.hawaii.edu / ah6bw@uhm.ampr.org
  541. / querubin@uhunix.bitnet------------------------------Date: 1
  542. Apr 1992 11:44:05 -0800From: news-mail-gateway@ucsd.eduSubject:
  543. Keyboard-to-keyboardTo: packet-radio@ucsd.eduNorthern California
  544. has designated keyboard-to-keyboard channels.With the exception
  545. of one "grandfathered" BBS, the channels are clearof
  546. "full-service" BBS as well as DX clusters.Roy, AA4REex-frequency
  547. coordinator for Northern California Packet
  548. Association------------------------------Date: 2 Apr 92 04:21:03
  549. GMTFrom: medin%cod.nosc.mil@cod.nosc.milSubject: re: HELP 2nd
  550. try tcpip ka9q problemTo:
  551. packet-radio@ucsd.edu>medin@cod.nosc.mil (Ted Medin) writes:>:
  552. >:  I have been running pa0gri version 2.0f and have this
  553. problem with x25>: connections:>:  If another user connects to
  554. me with the x25 protocol i get no notification>: from the pgm.
  555. So what am i missing? Tried turning the attended flag on with>A
  556. AX25 connect doesn't send a note to the keyboard, simply because
  557. the >connecting station ISN'T connected to the keyboard!
  558. Whenever you CONNECT>(in AX25) a NOS station, you'll discover
  559. you get the NOS mailbox. Depending>on whatever version of NOS
  560. you have running, you can issue a command to >If there are still
  561. questions, mail me... Sorry i didnt make myself clear. I was not
  562. getting the mailbox banner.I got nothing, no matter how many cr
  563. ... were sent. I have isolated the problem tho. There were
  564. several "start ..." that i hadnot done. I started everything and
  565. then tried to digi to myself. First problemwhen you "start tip"
  566. you cant "connect ...". So i "stop tip" and then digiedto
  567. myself. Bingo got the mailbox banner. The thing that confuses me
  568. isexcept for "start tip" all the rest appeared to be off the
  569. wall.Best i can remember here is what wasnt started:
  570. ppp,remote,rip,convers,nntp & pop. Now that i think about it i
  571. suspect convers :-(.BTW its a great software package -> phil et
  572. al73, tedn6trf------------------------------Date: Thu, 2 Apr
  573. 1992 07:42:56 GMTFrom:
  574. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  575. bject: re: HELP 2nd try tcpip ka9q problemTo:
  576. packet-radio@ucsd.eduIn article <3740@cod.NOSC.MIL>
  577. medin@cod.nosc.mil (Ted Medin) writes:>not done. I started
  578. everything and then tried to digi to myself. First problem>when
  579. you "start tip" you cant "connect ...". So i "stop tip" and then
  580. digied       ^^^^^^^^^>to myself. Bingo got the mailbox banner.Ah
  581. ha! That explains it! The "tip" service is an interface to the
  582. mailboxthat bypasses all of the protocol mechanisms inside NOS
  583. between the mailboxand the serial line. That is, instead of
  584. talking to a KISS TNC, thetip service expects to see a dumb
  585. terminal (or a TNC running in regularmode).I didn't write the
  586. tip server and haven't used it, but once you mentionedthis the
  587. problem suddenly became clear.The tip service is intended for a
  588. dialup phone line; there's no pointin using it with a TNC on a
  589. packet channel.Phil------------------------------Date: 2 Apr 92
  590. 01:03:49 GMTFrom:
  591. usc!wupost!news.utdallas.edu!tamsun!cs.tamu.edu!kurt@network.UCSD
  592. .EDUTo: packet-radio@ucsd.eduReferences
  593. <1992Apr1.084203.25639@ke4zv.uucp>, <6303@lib.tmc.edu>,
  594. <1992Apr1.201001.11375@qualcomm.com>Subject : Re: Can you run
  595. packet on an HP95LX palmtop?In article
  596. <1992Apr1.201001.11375@qualcomm.com>, karn@chicago.qualcomm.com
  597. (Phil Karn) writes:|> |> And if someone wanted to do the
  598. necessary software, it ought to be|> possible to set up an HP-95
  599. LAN. Just line them up next to a mirror so|> they can all see
  600. each other's IR transmissions. :-)|> Karn, you ARE a sick
  601. puppy!!!!8-}kf-- Kurt Freiberger, wb5bbw      kurt@cs.tamu.edu  
  602. 409/847-8607  fax:409/847-8578Dept. of Computer Science, Texas
  603. A&M University      DoD #264: BMW R80/7 pilot"We preserve our
  604. freedom using three boxes: ballot, jury, and cartridge."     
  605. *** Not an official document of Texas A&M University
  606. ***------------------------------Date: Thu, 2 Apr 1992 01:56:50
  607. GMTFrom:
  608. qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDUTo
  609. : packet-radio@ucsd.eduReferences <6303@lib.tmc.edu>,
  610. <1992Apr1.201001.11375@qualcomm.com>,
  611. <11668@tamsun.tamu.edu>Reply-To :
  612. karn@chicago.qualcomm.comSubject : Re: Can you run packet on an
  613. HP95LX palmtop?In article <11668@tamsun.tamu.edu>,
  614. kurt@cs.tamu.edu (Kurt Freiberger) writes:|> |> And if someone
  615. wanted to do the necessary software, it ought to be|> |>
  616. possible to set up an HP-95 LAN. Just line them up next to a
  617. mirror so|> |> they can all see each other's IR transmissions.
  618. :-)|> |> |> |> Karn, you ARE a sick puppy!!!!Whyzat?No less an
  619. authority than Leonard Kleinrock (the UCLA professor whodid most
  620. of the pioneering theoretical work on multiple accessschemes)
  621. said at a visiting lecture at CMU when I was a grad studentthere
  622. in 1979 that he envisioned one day building ICs with
  623. internaloptical interconnects. Different parts of the chip would
  624. communicatewith each other by shining infrared off the inside of
  625. the chip's cover,which would be made reflective. Think of it as
  626. a miniature
  627. opticalEthernet.Phil------------------------------Date: Thu, 2
  628. Apr 1992 01:51:50 GMTFrom:
  629. qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDUTo
  630. : packet-radio@ucsd.eduReferences
  631. <1992Mar29.225457.9313@lawday.DaytonOH.NCR.COM>,
  632. <1992Apr1.011440.15752@hubcap.clemson.edu>,
  633. <1992Apr1.133739.27765@lawday.DaytonOH.NCR.COM>Reply-To :
  634. karn@chicago.qualcomm.comSubject : Re: Data EngineIn article
  635. <1992Apr1.133739.27765@lawday.DaytonOH.NCR.COM>,
  636. jra@lawday.DaytonOH.NCR.COM (John Ackermann) writes:|> I've
  637. talked to Karl at Kantronics about it also; what he told me is
  638. that|> NOS does'nt do "true" flow control but only does flow on
  639. data coming in|> to the computer, not data going out.  Of
  640. course, the current versions of|> NOS <do> support full flow
  641. control, so I don't think that's the problem.Actually, flow
  642. control has never been part of the KISS TNC standard.Some
  643. versions and some drivers under NOS do RTS/CTS flow control,
  644. butit is not part of the defined KISS standard.The idea was that
  645. a KISS TNC should have enough internal buffering tohandle the
  646. window sizes of whatever transport protocol is being usedacross
  647. the link. That would cause the transport protocol to stopsending
  648. and wait for an acknowledgement before the TNC's
  649. bufferoverflows.  Unfortunately, many TNCs are still memory
  650. starved.One thing you can do is to reduce the window sizes (both
  651. in TCP and inAX.25, if you use the latter in connected mode)
  652. until the problem
  653. goesaway.Phil------------------------------Date: 1 Apr 92
  654. 17:33:42 GMTFrom:
  655. swrinde!mips!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!sequent!ors
  656. tnews!ECE.ORST.EDU!johan@network.UCSD.EDUTo:
  657. packet-radio@ucsd.eduReferences
  658. <1992Mar31.003359.12431@NCoast.ORG>,
  659. <1992Mar31.173630.9704@talon.ucs.orst.edu>,
  660. <1992Mar31.210415.26287@qualcomm.com>Subject : Re: Help 2nd try
  661. tcpip ka9q problem>Phil Karn writes:>Is all this trouble worth
  662. it just so the poor user doesn't have to hit>"enter" after
  663. connecting?? I mean, really... :-)Without getting into this ad
  664. infinitum, here's my last word on this :-)I've been running a
  665. 'regular' bbs together with nos for quite some years.Recently
  666. i've changed to nos only. For my area, yes it is worth 'the
  667. trouble'to give users a better 'feel' for nos. (apart from the
  668. fact that it initialywas more of a challenge, can i do it ?,
  669. kind of thing :-) )I have sure noticed a lot more interest in
  670. nos here in oregon since some ofthose mods have been brought
  671. about. There are actually a few people switchingfrom msys to nos
  672. because of it (that must be worth something, ;-)73 to
  673. allJohan------------------------------Date: Wed, 1 Apr 1992
  674. 20:10:01 GMTFrom:
  675. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUTo
  676. : packet-radio@ucsd.eduReferences
  677. <1992Mar30.232705.21451@src.honeywell.com>,
  678. <1992Apr1.084203.25639@ke4zv.uucp>, <6303@lib.tmc.edu>Subject :
  679. Re: Can you run packet on an HP95LX palmtop?Tom Clark demoed his
  680. HP-95 running Jay's port of my code at the TAPRmeeting in Tucson
  681. a few weeks ago.  It has two COM ports, theelectrical port
  682. mentioned here and an infrared port designed to allowtwo HP-95s
  683. to talk to each other. So it ought to be possible to
  684. routepackets through an HP-95. :-)And if someone wanted to do
  685. the necessary software, it ought to bepossible to set up an
  686. HP-95 LAN. Just line them up next to a mirror sothey can all see
  687. each other's IR transmissions.
  688. :-)Phil------------------------------Date: Wed, 01 Apr 1992
  689. 14:55:36 GMTFrom:
  690. usc!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locus.com!d
  691. ana@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  692. <1992Mar30.045004.13259@qualcomm.com>,
  693. <1992Mar31.003359.12431@NCoast.ORG>, <11321@perryd>Subject : Re:
  694. Help 2nd try tcpip ka9q problemIn article <11321@perryd>
  695. perryd@Software.Mitel.COM (Dave Perry) writes:>In article
  696. <1992Mar31.003359.12431@NCoast.ORG> allbery@ncoast.org (Brandon
  697. S. Allbery KF8NH) writes:>>>>AX.25 is a poor wrapper for IP and
  698. NET/ROM packets; unfortunately, thanks to>>the FCC it's all we
  699. have.  (grrr.....)>>>Is this true? That is, is there a legal
  700. requirement to use AX.25 frames>to encapsulate IP datagrams? Or
  701. would any framing which contained the>transmitting station's
  702. call do?  My recollection of Part 97 is that stations that are
  703. automaticallyforwarding traffic must use AX.25 Level 2 frames.
  704. Experimenters may useother formats. This restriction should be
  705. eliminated, IMHO.--  * Dana H. Myers KK6JQ         | Views expressed
  706. here are    * * (213) 337-5136         | mine and do not necessarily    * *
  707. dana@locus.com  DoD #466     | reflect those of my employer    * *
  708. "Dammit Bones, spare me the lecture and give me the shot!"  
  709. *------------------------------Date: Wed, 1 Apr 1992 13:37:39
  710. GMTFrom: psinntp!ncrlnk!ciss!lawday!jra@uunet.uu.netTo:
  711. packet-radio@ucsd.eduReferences
  712. <701867272.F00003@tdkt.kksys.com>,
  713. <1992Mar29.225457.9313@lawday.DaytonOH.NCR.COM>,
  714. <1992Apr1.011440.15752@hubcap.clemson.edu>tSubject : Re: Data
  715. Enginemelbrec@hubcap.clemson.edu (Mark E. Elbrecht) writes:>>2) 
  716. The DataEngine is <not> good for high speed KISS operation.  We
  717. (and>>I'm told others) have tried running NOS with them and
  718. there's something>>just plain wrong with the code -- lots of
  719. frames get trashed, and lots>>of retries.  We think its a
  720. firmware and not hardware problem, as we>>don't see this with
  721. normal AX.25 or G8BPQ operation.>I called Kantronics and asked
  722. about that. Their reply was there was no>hardware or software
  723. flow control in the firmware which is why frames are>getting
  724. trashed.I've talked to Karl at Kantronics about it also; what he
  725. told me is thatNOS does'nt do "true" flow control but only does
  726. flow on data coming into the computer, not data going out.  Of
  727. course, the current versions ofNOS <do> support full flow
  728. control, so I don't think that's the problem.John-- John R.
  729. Ackermann, Jr.        Law Department, NCR Corporation, Dayton,
  730. Ohio(513) 445-2966              John.Ackermann@daytonoh.ncr.comPacket
  731. Radio: ag9v@n8acv      tcp/ip: ag9v@ag9v.ampr
  732. [44.70.12.34]------------------------------End of Packet-Radio
  733. Digest V92 #87******************************Date: Fri,  3 Apr 92
  734. 04:30:04 PSTFrom: Packet-Radio Mailing List and Newsgroup
  735. <packet-radio@ucsd.edu>Errors-To:
  736. Packet-Radio-Errors@UCSD.EduReply-To:
  737. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  738. Digest V92 #88To: packet-radioPacket-Radio Digest         Fri, 
  739. 3 Apr 92       Volume 92 : Issue  88Today's Topics:             
  740.           D4-10 (was Re: Dr4-10)                      DCD State
  741. Machine and PK88                                Dr4-10          
  742.               Keyboard-to-keyboard                           
  743. NTS addressing                             NTS messagesSend
  744. Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
  745. subscription requests to:
  746. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  747. otherwise to brian@ucsd.edu.Archives of past issues of the
  748. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  749. directory "mailarchives/packet-radio".We trust that readers are
  750. intelligent enough to realize that all textherein consists of
  751. personal comments and does not represent the officialpolicies or
  752. positions of any party.  Your mileage may vary.  So
  753. there.-----------------------------------------------------------
  754. -----------Date: 2 Apr 92 17:33:29 GMTFrom:
  755. swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!pacific.mps.
  756. ohio-state.edu!ohstpy!bclcl1.im.battelle.org!kean@network.UCSD.ED
  757. USubject: D4-10 (was Re: Dr4-10)To: packet-radio@ucsd.eduIn
  758. article <702073623.F00002@tdkt.kksys.com>,
  759. Chris.Schmelzer@f100.n282.z1.tdkt.kksys.com (Chris Schmelzer)
  760. writes:> "The Kantronics D-410 radio has a data slicer and has
  761. been tested > successfuly with raw data.  However, this
  762. configuration is not > compatible with any other formats, such s
  763. K9NG/G3RUH, but could > certainly be used in a pt to pt
  764. application.">  > Is this true???It is true, but using the
  765. built-in data slicer is not the only configurationthat you can
  766. use.  You can ignore the data slicer and use the analog
  767. signalsto your K9NG/G3RUH modem, and everything works just fine.
  768.  In fact, if youbuy the Kantronics 19k2/9k6 modem, you can run
  769. GUH at 9600, or "raw data"at 19200.  If you hack capacitors, you
  770. can swap baud rates and modes, althoughthe IF bandwidths
  771. provided by the radio won't match the signals you generatevery
  772. well.I'm operating a 9600 baud link with a Data Engine, DE9600
  773. modem, andmodified Midland 13-509 on one end, and an MFJ 1270B,
  774. PacComm MB9600,and modified Clegg FM-76 on the other end over a
  775. 35 mile path.  Its worksjust fine.  I'm also building (with
  776. AG9V's help) several 19200 links with allKantronics stuff.  So
  777. far, the trial runs over a 40 mile path have alsoworked just
  778. fine.The bottom line is: the Kantronics stuff (that is, Data
  779. Engine, D4-10 UHFradio (the DVR2-2 is crap), and modems) all
  780. works as advertised.  The onlyunknown is just how resistant the
  781. D4-10 is to typical "high RF" environments.So far, we haven't
  782. needed to put any of the 10 D4-10s in any "high
  783. RF"environments.Hope this info helps.  By summer, we should have
  784. a wealth of "real life"experience with the D4-10.-Vic Kean, K1LT
  785. @ W8CQK or
  786. kean@bclcl1.im.battelle.org------------------------------Date: 2
  787. Apr 1992 13:50:16 -0800From: news-mail-gateway@ucsd.eduSubject:
  788. DCD State Machine and PK88To: packet-radio@ucsd.eduChris, thanks
  789. for writing back. Well, I'm not sure what to tell you.
  790. ConstantDCD is a problem. My only suggestion is probably
  791. something you have alreadytried over and over...check your
  792. wiring and component placement. Are all thechips oriented in
  793. their sockets correctly (notch towards the edge of theboard?)?
  794. Are all resistors in their proper places? (I almost made
  795. thamistake). Also, on the PK-88 board, did you remember to
  796. remove the jumper fromthe RD line (I think that is the line) and
  797. to solder one of the DCDSM leadsto the center pin? I wish I
  798. could help you more, but without my documentationfor the DCDSM,
  799. I really can only speculate at what the problem might be.Good
  800. luck and 73,Will
  801. Snyder/KB4LFDsnyder@uncvx1.acs.unc.edu---------------------------
  802. ---Date: 2 Apr 92 16:19:31 GMTFrom:
  803. sdd.hp.com!swrinde!gatech!gatech!wa4mei!ke4zv!gary@network.UCSD.E
  804. DUSubject: Dr4-10To: packet-radio@ucsd.eduIn article
  805. <702073623.F00002@tdkt.kksys.com>
  806. Chris.Schmelzer@f100.n282.z1.tdkt.kksys.com (Chris Schmelzer)
  807. writes:>I was reading an article from the Packet Register and I
  808. saw>something that said>"The Kantronics D-410 radio has a data
  809. slicer and has been tested >successfuly with raw data.  However,
  810. this configuration is not >compatible with any other formats,
  811. such s K9NG/G3RUH, but could >certainly be used in a pt to pt
  812. application."> >Is this true??? If I buy a Data engine with the
  813. 9600baud modem,>and the DR4-10 will I not be able to connect to
  814. others>on the network using TAPR 9600 baud modems and Motorola
  815. rigs????>Doesn't seem right to me...>-ChrisIf you use the
  816. Kantronics *modem* you will interoperate with theother G3RUH
  817. equipped nodes in the network. But if you use the D-410 in it's
  818. *FSK data slice mode* with *no* modem, you won't. These are two
  819. *different* ways of using the equipment.Gary
  820. KE4ZV------------------------------Date: 2 Apr 1992 11:25:59
  821. -0800From: news-mail-gateway@ucsd.eduSubject:
  822. Keyboard-to-keyboardTo: packet-radio@ucsd.eduIn Michigan the
  823. MIPAC (Michigan Packet Council) designated 145.03 as
  824. thekeyboard-to-keyboard only frequency. No BBS's in Michigan are
  825. allowed there. This of course has also turned into beacon city. 
  826. We also do notallow gateways from 145.03 for people to connect
  827. to BBS's on otherfrequencies. A gateway for keyboard to keyboard
  828. use is fine though.     There is also a 2m TCP/IP only frequency
  829. assigned. We have a fewvisitors running plain TNC's just looking
  830. around, but it is generallyall TCP/IP  (no NETROM's either).Ron 
  831. N8FOW------------------------------Date: 2 Apr 92 13:51:28
  832. GMTFrom:
  833. haven.umd.edu!darwin.sura.net!gatech!pitt!w2xo!durham@ames.arpaSu
  834. bject: NTS addressingTo: packet-radio@ucsd.eduIn article
  835. <9203310135.AA10314@ucsd.edu> enge@almaden.ibm.com (Roy
  836. Engehausen) writes:>The NTSCA is not needed if you are within
  837. the state.  However, the>"standard" is that all BBS within a
  838. state should strip off the NTSxx>for their state.  This is
  839. needed to allow the routing by the TO>portion of the address
  840. rather than the @ portion.Wait a minute!...8-). This is news to
  841. me. This is sure a commentary onthe fact that we need some
  842. written standards. My software, and I'm suresome others consider
  843. the "no @bbs" case to be local. In this case, the mail would
  844. just be dropped into the local mail directory and might never be
  845. delivered if not seen by someone perusingthe local mail.I would
  846. be willing to compile a list of standards, if I can getthe
  847. information..-Jim, W2XO------------------------------Date: 31
  848. Mar 92 20:10:04 GMTFrom:
  849. usc!zaphod.mps.ohio-state.edu!mips!atha!aunro!adec23!mark@network
  850. .UCSD.EDUSubject: NTS messagesTo:
  851. packet-radio@ucsd.eduron@chaos.eng.wayne.EDU (Ron Atkinson)
  852. sez:>    There seems to not really be a standard because many
  853. people say that>ZIPCODE@NTSxx is the standard and some people
  854. say that NTS@NTSxx with the>zipcode somewhere in the title or
  855. text is the standard. I prefer that people>use the zipcode in
  856. the "to" field and the state can handle the
  857. message>automatically rather than Sysop's having to scan the
  858. message for a ZIPCODE>to figure out where to send
  859. it.ZIPCODE@NTSxx is `proper'. Here in Canada we use Postal
  860. Codes. Sometimes,we don't have the complete postal code, and the
  861. BBS doesn't take T6H???(or T6H***). Also, you put too much of a
  862. strain on the NTS system (well,the originators) if you require
  863. ALL messages to have the ZIP code, soNTS@NTSxx with some address
  864. information in the subject is the only way aroundthis.So, both
  865. are standards, in my opinion. Ine should strive to
  866. do<Zip/Postal>@NTSxxx if at all possible tho'.<I handle 1
  867. message/month of packet NTS, and chair a CW NTS net five 
  868. ><times/month and appropriate # of traffic. I am dismayed at the
  869. dismal><capabilities of the Packet NTS system ...               
  870.             >Ciao, 73 de VE6MGS/Mark
  871. -sk-------------------------------Date: 2 Apr 92 17:16:06
  872. GMTFrom: telesoft!garym@uunet.uu.netTo:
  873. packet-radio@ucsd.eduReferences
  874. <1992Mar31.003359.12431@NCoast.ORG>, <11321@perryd>,
  875. <1992Apr01.145536.2842554@locus.com>Reply-To :
  876. g@telesoft.comSubject : Re: Help 2nd try tcpip ka9q problemIn
  877. article <11321@perryd> perryd@Software.Mitel.COM (Dave Perry)
  878. writes:>In article <1992Mar31.003359.12431@NCoast.ORG>
  879. allbery@ncoast.org (Brandon S. Allbery KF8NH) writes:>>>>AX.25
  880. is a poor wrapper for IP and NET/ROM packets; unfortunately,
  881. thanks to>>the FCC it's all we have.  (grrr.....)>>>Is this
  882. true? That is, is there a legal requirement to use AX.25
  883. frames>to encapsulate IP datagrams? Or would any framing which
  884. contained the>transmitting station's call do?97.109d essentially
  885. says that stations under automatic control and passingthird
  886. party traffic must use AX.25 protocol.  The originating station
  887. mustnot be automatically controlled.  So unless you pass NTS
  888. traffic, you don't have to use AX.25.--GaryM-- Gary Morris      
  889.            Internet: g@telesoft.comKK6YB (N5QWC)               
  890. UUCP:     uunet!telesoft!gTeleSoft                     AMPR:    
  891. KK6YB @ W2XOSan Diego, CA                Phone:    +1
  892. 619-457-2700------------------------------Date: 2 Apr 1992
  893. 15:10:58 GMTFrom:
  894. haven.umd.edu!darwin.sura.net!convex!bcm!lib!oac.hsc.uth.tmc.edu!
  895. jmaynard@ames.arpaTo: packet-radio@ucsd.eduReferences
  896. <6303@lib.tmc.edu>, <1992Apr1.201001.11375@qualcomm.com>,
  897. <11668@tamsun.tamu.edu>tmc.eduSubject : Re: Can you run packet
  898. on an HP95LX palmtop?In article <11668@tamsun.tamu.edu>
  899. kurt@cs.tamu.edu (Kurt Freiberger) writes:>In article
  900. <1992Apr1.201001.11375@qualcomm.com>, karn@chicago.qualcomm.com
  901. (Phil Karn) writes:>|> And if someone wanted to do the necessary
  902. software, it ought to be>|> possible to set up an HP-95 LAN.
  903. Just line them up next to a mirror so>|> they can all see each
  904. other's IR transmissions. :-)>Karn, you ARE a sick
  905. puppy!!!!Well, yes, but not for that reason.A '95 LAN is indeed
  906. possible using some sort of IR reflective medium, althoughI'd
  907. suspect that all the machines would have to be placed in fairly
  908. closeproximity to each other.Unfortunately, you can't run both
  909. the IR port and the RS-232 port at the sametime; the IR port is
  910. driven by the same serial hardware as the RS-232 port.-- Jay
  911. Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that
  912. which canjmaynard@oac.hsc.uth.tmc.edu      | adequately be
  913. explained by a .sig virus.         "Grow up children. Purchase
  914. lives." -- Geoff Collyer------------------------------Date: Thu,
  915. 2 Apr 1992 20:00:21 GMTFrom:
  916. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUTo
  917. : packet-radio@ucsd.eduReferences <11321@perryd>,
  918. <1992Apr01.145536.2842554@locus.com>,
  919. <1992Apr2.171606.23719@telesoft.com>Subject : Re: Help 2nd try
  920. tcpip ka9q problemIn article
  921. <1992Apr2.171606.23719@telesoft.com> g@telesoft.com
  922. writes:>97.109d essentially says that stations under automatic
  923. control and passing>third party traffic must use AX.25 protocol.
  924.  The originating station must>not be automatically controlled. 
  925. >>So unless you pass NTS traffic, you don't have to use
  926. AX.25.>--GaryMBut since most packet stations are automatically
  927. controlled, and since youhave no way of knowing whether somebody
  928. is going to pass third-partytraffic through your station, you
  929. are effectively required to use AX.25unless you want to leave
  930. yourself open to a citation should somebody indeedsend third
  931. party traffic through you. Of course, just using AX.25 isn't
  932. enough either, you also need an AIprogram to determine if the
  933. third party traffic is "business related"or not...
  934. :-(Phil------------------------------End of Packet-Radio Digest
  935. V92 #88******************************Date: Sat,  4 Apr 92
  936. 04:30:04 PSTFrom: Packet-Radio Mailing List and Newsgroup
  937. <packet-radio@ucsd.edu>Errors-To:
  938. Packet-Radio-Errors@UCSD.EduReply-To:
  939. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  940. Digest V92 #89To: packet-radioPacket-Radio Digest         Sat, 
  941. 4 Apr 92       Volume 92 : Issue  89Today's Topics:             
  942.      AA4RE BBS Version 2.12 Available                        A
  943. question ! (2 msgs)               Can you run packet on an
  944. HP95LX palmtop?                          D4-10 (was Dr4-10)     
  945.                         Dr4-10...                GMD.DBP.DE Mail
  946. Network -- failed mail                               Mitreks   
  947. Why segregate TCP/IP? (was Re: Keyboard-to-keyboard) (3
  948. msgs)Send Replies or notes for publication to:
  949. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  950. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  951. otherwise to brian@ucsd.edu.Archives of past issues of the
  952. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  953. directory "mailarchives/packet-radio".We trust that readers are
  954. intelligent enough to realize that all textherein consists of
  955. personal comments and does not represent the officialpolicies or
  956. positions of any party.  Your mileage may vary.  So
  957. there.-----------------------------------------------------------
  958. -----------Date: 3 Apr 1992 10:59:44 -0800From:
  959. news-mail-gateway@ucsd.eduSubject: AA4RE BBS Version 2.12
  960. AvailableTo: packet-radio@ucsd.eduAA4RE BBS version 2.12 is now
  961. available.  Lots of new features to makeyour life as a SYSOP
  962. easier.The biggies are:  -- Overlay area now shared (no more
  963. task busy)  -- Supports BPQHOST mode directly (BPQ v4+)  --
  964. Added REVIEW command  -- Added command to display routing info 
  965. -- Added authentication  -- Added callbook support  -- Lots of
  966. server support.  W1NPR writes a great bunch of servers that    
  967. do just about anything.  Contact him for detailsThe software is
  968. loaded onto tomcat.gsfc.nasa.gov accessible via bothSLIP and
  969. thru the Internet.  It is also at ucsd.edu
  970. inhamradio/packet/aa4re.  The filename in both cases is
  971. bb212.zip.The primary advantage of BB over the
  972. MBL/RLI/BQE/CBBS....  systems isthe ability to handle multiple
  973. connects per port.  The program uses itown multitasker and no
  974. DesqView, DoubleDos, etc is required.  On thedown side, BB has
  975. been optimized for speed and requires at least 512K(and usually
  976. 640K) to be used productively.  Only an 8088 basedmachine is
  977. required.  My two port system runs adequately on a PC-1(the
  978. original 64K motherboard).BB uses a "host-mode" interface so the
  979. only TNCs supported are the TNC-1and TNC-2 (or clones) with the
  980. WA8DED (or clone) EPROMS installed, theAEA PK-87, PK-88, PK-232,
  981. and the DRSI PC*PA TNC card.  It also runswith any KISS TNC
  982. using the G8BPQ PC Node switch.If you want a diskette, you can
  983. send $5 US (or equivalent) to:  Dave Larton, N6JQJ  766 El
  984. Cerrito Way, #D  Gilroy, CA  95020-4149  (408) 847-3605  John
  985. Anderson, N7IJI  2729 Park Road  Charlotte, NC  28209 
  986. (704)-333-3249Canadians can send 5.00 CDN to:  A.R.E.S. Group 
  987. Att: REBBS Update  P.O. Box 35  St-Jean Chrysostome,  Quebec, 
  988. Canada    G6Z 2L3For source code, include $2 more (needs
  989. multiple diskettes).  We canhandle all formats of 5 1/4 and 3
  990. 1/2 inch diskettes.  Sourcewill also be available later via FTP
  991. after I package it.The software can also be obtained by
  992. downloading from the following BBS:   WA6RDH BBS -- 916-678-1535
  993. -- 300-9600 V.32, V.42.bis, MNP   WB3FFV BBS -- 410-625-0817 --
  994. 1200&2400 Non-MNP              -- 410-625-9482 -- 1200-9600
  995. V.32, V.42bis, MNP              -- 410-625-9663 -- 1200&2400
  996. (MNP5), 9600 & 19200 (PEP)   WB2COY     -- 914-485-3393 --
  997. 1200-38400 (>2400 requires USRobotics HST)The software can also
  998. be delivered via BITNET.  Send a note to ENGE atALMADEN for
  999. deliver over BITNET.73,Roy,
  1000. AA4RE------------------------------Date: 2 Apr 92 13:09:11
  1001. GMTFrom:
  1002. kodak!ispd-newsserver!psinntp!ncrlnk!ciss!lawday!jra@cs.rochester
  1003. .eduSubject: A question !To:
  1004. packet-radio@ucsd.edulee@tosspot.sv.com (Lee Reynolds)
  1005. writes:>Gennlemen,>          just wondering - do any of you,
  1006. anywhere, live in an area>where a keyboard to keyboard channel
  1007. for ragchewing is designated and>actually observed?  (No
  1008. backbones, no PBBSes - just people who want to>talk to other
  1009. people in realtime)>   I'm curious, living in SNH as I do, I'm
  1010. lucky to be able to connect>to anything reliably with all the
  1011. congestion, much less another person>a hop or two away.When I
  1012. left Wisconsin a few years ago, we had designated 145.03 as
  1013. akeyboard channel.  At the time, it was pretty well observed.  I
  1014. dunnowhat's happened since then; you might contact WB9TYT or
  1015. WA9KEC who Ibelieve are still active up there.John   AG9V --
  1016. John R. Ackermann, Jr.        Law Department, NCR Corporation,
  1017. Dayton, Ohio(513) 445-2966             
  1018. John.Ackermann@daytonoh.ncr.comPacket Radio: ag9v@n8acv     
  1019. tcp/ip: ag9v@ag9v.ampr
  1020. [44.70.12.34]------------------------------Date: 3 Apr 92
  1021. 15:27:12 GMTFrom:
  1022. elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!sol.ctr.c
  1023. olumbia.edu!emory!wa4mei!ke4zv!gary@ames.arpaSubject: A question
  1024. !To: packet-radio@ucsd.eduIn article
  1025. <mN6JiB2w165w@tosspot.sv.com> lee@tosspot.sv.com (Lee Reynolds)
  1026. writes:>Gennlemen,>          just wondering - do any of you,
  1027. anywhere, live in an area>where a keyboard to keyboard channel
  1028. for ragchewing is designated and>actually observed?  (No
  1029. backbones, no PBBSes - just people who want to>talk to other
  1030. people in realtime)>>   I'm curious, living in SNH as I do, I'm
  1031. lucky to be able to connect>to anything reliably with all the
  1032. congestion, much less another person>a hop or two away.In
  1033. Georgia, we have the ROSE network on 145.05 MHz. It is strictly
  1034. akeyboarder's medium with no BBS forwarding allowed. Frankly
  1035. this ismore from necessity than choice since it collapses if a
  1036. couple ofBBS stations try to use it. This system is totally
  1037. separate from the normal state high speed network where all
  1038. types of activityare welcome.Gary
  1039. KE4ZV------------------------------Date: Thu, 2 Apr 1992
  1040. 15:39:59 GMTFrom:
  1041. pacbell.com!mips!sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!hpsa
  1042. d!torr@network.UCSD.EDUSubject: Can you run packet on an HP95LX
  1043. palmtop?To: packet-radio@ucsd.eduI have not used an HP95LX for
  1044. packet, but I have used only RX, TX, and GNDto control a Pocket
  1045. Packet TNC. I have used this technique on an HP Vectraand an HP
  1046. 110 Portable. My guess is it will work just fine.Incidentally, I
  1047. have seen other instances where only these three lines wereused
  1048. to communicate between a device and a terminal. I believe there
  1049. is anHP microwave signal generator that has a port for
  1050. connecting to an externalterminal for running diagnostics (the
  1051. front-panel user interface is not upto the task of running
  1052. diagnostics).Don't give up hope!!Brian Torr,
  1053. N6IIY------------------------------Date: 3 Apr 1992 22:08:32
  1054. -0800From: news-mail-gateway@ucsd.eduSubject: D4-10 (was
  1055. Dr4-10)To: packet-radio@ucsd.eduA few comments have been made
  1056. about using the D4-10's data slicer withthe Data Engine...and
  1057. one comment about it not "talking to other modemsin this mode". 
  1058. It should be noted that the Kantronics modem when setto the
  1059. 19.2K mode (and consequently driving the ttl input port on
  1060. theD4-10) can easily be emulated with a RUH modem.So in truth,
  1061. the bottom line to this is that a D4-10 will only talk toanother
  1062. D4-10 when using the ttl input port (data slicer etc.).I have a
  1063. Paccom Tiny-2 with NB-96 modem that with a very few mods I
  1064. haverunning at 19.2 to emulate the Kantronics 19K2/9K6 modem.The
  1065. Kantronics modem is really a simple direct copy of the RUH modem
  1066. andin the 19.2 mode they simply bypass the audio stages (the
  1067. wisdom of whichI will not comment on) and feed the D4-10 with
  1068. pure TTL data.  The pointof all this is that you can do the same
  1069. thing to a standard RUH modem(non-Kantronics) and feed it to the
  1070. D4-10 radio just as well.If anyone is really interested, I will
  1071. post an exact set of instructionsneeded to convert a RUH 9600
  1072. baud modem to the configuration needed todrive the D4-10 in it's
  1073. "data I/O" mode at 19.2Kbaud.Mark
  1074. Bitterlichwa3jpy@wb4uou.nc.usa.na  (packet
  1075. obviously)mgb@tecnet1.jcte.jcs.mil
  1076. (internet)------------------------------Date: 3 Apr 92 07:03:42
  1077. GMTFrom:
  1078. nosc!dog.ee.lbl.gov!overload.lbl.gov!agate!spool.mu.edu!umn.edu!c
  1079. s.umn.edu!kksys!tdkt!FredGate@network.UCSD.EDUSubject:
  1080. Dr4-10...To: packet-radio@ucsd.eduTo ALL whom have helped me so
  1081. far...TNX, but I still have ONE other concern.... I am still
  1082. between buying a MOTORLA MITREK UHF and modifying it for9600
  1083. packet, and getting crystals....Thesewould be 25 watt
  1084. units...The DR4-10 is only 10 watts, but has SUCH a fast
  1085. turnaround, andis ready for 19.2k if needed.....The 4-10 would
  1086. run meabout 100 dollars more.... ANY comments?!?  I will be
  1087. moving a fair distancefrom the LAN this fall as I go to
  1088. college... I will probablybe at least an hour drive from the
  1089. closest node, so if I DObuy the 4-10 I will eventually have to
  1090. add an amplifier....but still, it won't be THAT expensive..... I
  1091. want the best price/performance I can get...while stilldoing the
  1092. best job I can....The others in the LAN willbe using motorola
  1093. MITREKS and TAPR 9600 baud modems... TNX,Chris * Origin:
  1094. HAM>link< RBBS 612/HAM-0000 Saint Paul, MN
  1095. (K0TG)(1:282/100.0)------------------------------Date: 3 Apr
  1096. 1992 21:11:10 -0800From: news-mail-gateway@ucsd.eduSubject:
  1097. GMD.DBP.DE Mail Network -- failed mailTo: packet-radio@ucsd.edu 
  1098.  ----- Mail failure diagnostics -----Message Recipients:  
  1099. iztok.saje@ijs.ac.mail.yu: MTA congestion   ----- Unsent message
  1100. follows -----From: Packet-Radio Mailing List and Newsgroup <>To:
  1101. Reply-To: Message-ID: <9204031230.AA14504(a)ucsd.edu>Subject:
  1102. Packet-Radio Digest V92 #88>Errors-To:
  1103. Packet-Radio-Errors@UCSD.Edu>Precedence: BulkPacket-Radio Digest
  1104.         Fri,  3 Apr 92       Volume 92 : Issue  88Today's
  1105. Topics:                        D4-10 (was Re: Dr4-10)           
  1106.           DCD State Machine and PK88                            
  1107.    Dr4-10                         Keyboard-to-keyboard          
  1108.                  NTS addressing                             NTS
  1109. messagesSend Replies or notes for publication to:
  1110. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  1111. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  1112. otherwise to brian@ucsd.edu.Archives of past issues of the
  1113. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  1114. directory "mailarchives/packet-radio".We trust that readers are
  1115. intelligent enough to realize that all textherein consists of
  1116. personal comments and does not represent the officialpolicies or
  1117. positions of any party.  Your mileage may vary.  So
  1118. there.-----------------------------------------------------------
  1119. -----------Date: 2 Apr 92 17:33:29 GMTFrom:
  1120. swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!pacific.mps.
  1121. ohio-state.edu!ohstpy!bclcl1.im.battelle.org!kean@network.UCSD.ED
  1122. USubject: D4-10 (was Re: Dr4-10)To: packet-radio@ucsd.eduIn
  1123. article <702073623.F00002@tdkt.kksys.com>,
  1124. Chris.Schmelzer@f100.n282.z1.tdkt.kksys.com (Chris Schmelzer)
  1125. writes:> "The Kantronics D-410 radio has a data slicer and has
  1126. been  teste
  1127.  
  1128. d > successfuly with raw data.  However, this configuration is
  1129. not > compatible with any other formats, such s K9NG/G3RUH, but
  1130. could > certainly be used in a pt to pt application.">  > Is
  1131. this true???It is true, but using the built-in data slicer is
  1132. not the only configurationthat you can use.  You can ignore the
  1133. data slicer and use the analog signalsto your K9NG/G3RUH modem,
  1134. and everything works just fine.  In fact, if youbuy the
  1135. Kantronics 19k2/9k6 modem, you can run GUH at 9600, or "raw
  1136. data"at 19200.  If you hack capacitors, you can swap baud rates
  1137. and modes, althoughthe IF bandwidths provided by the radio won't
  1138. match the signals you generatevery well.I'm operating a 9600
  1139. baud link with a Data Engine, DE9600 modem, andmodified Midland
  1140. 13-509 on one end, and an MFJ 1270B, PacComm MB9600,and modified
  1141. Clegg FM-76 on the other end over a 35 mile path.  Its worksjust
  1142. fine.  I'm also building (with AG9V's help) several 19200 links
  1143. with allKantronics stuff.  So far, the trial runs over a 40 mile
  1144. path have alsoworked just fine.The bottom line is: the
  1145. Kantronics stuff (that is, Data Engine, D4-10 UHFradio (the
  1146. DVR2-2 is crap), and modems) all works as advertised.  The
  1147. onlyunknown is just how resistant the D4-10 is to typical "high
  1148. RF" environments.So far, we haven't needed to put any of the 10
  1149. D4-10s in any "high RF"environments.Hope this info helps.  By
  1150. summer, we should have a wealth of "real life"experience with
  1151. the D4-10.-Vic Kean, K1LT @ W8CQK or
  1152. kean@bclcl1.im.battelle.org------------------------------Date: 2
  1153. Apr 1992 13:50:16 -0800From: news-mail-gateway@ucsd.eduSubject:
  1154. DCD State Machine and PK88To: packet-radio@ucsd.eduChris, thanks
  1155. for writing back. Well, I'm not sure what to tell you.
  1156. ConstantDCD is a problem. My only suggestion is probably
  1157. something you have alreadytried over and over...check your
  1158. wiring and component placement. Are all thechips oriented in
  1159. their sockets correctly (notch towards the edge of theboard?)?
  1160. Are all resistors in their proper places? (I almost made
  1161. thamistake). Also, on the PK-88 board, did you remember to
  1162. remove the jumper fromthe RD line (I think that is the line) and
  1163. to solder one of the DCDSM leadsto the center pin? I wish I
  1164. could help you more, but without my documentationfor the DCDSM,
  1165. I really can only speculate at what the problem might be.Good
  1166. luck and 73,Will
  1167. Snyder/KB4LFDsnyder@uncvx1.acs.unc.edu---------------------------
  1168. ---Date: 2 Apr 92 16:19:31 GMTFrom:
  1169. sdd.hp.com!swrinde!gatech!gatech!wa4mei!ke4zv!gary@network.UCSD.E
  1170. DUSubject: Dr4-10To: packet-radio@ucsd.eduIn article
  1171. <702073623.F00002@tdkt.kksys.com>
  1172. Chris.Schmelzer@f100.n282.z1.tdkt.kksys.com (Chris Schmelzer)
  1173. writes:>I was reading an article from the Packet Register and I
  1174. saw>something that said>"The Kantronics D-410 radio has a data
  1175. slicer and has been tested >successfuly with raw data.  However,
  1176. this configuration is not >compatible with any other formats,
  1177. such s K9NG/G3RUH, but could >certainly be used in a pt to pt
  1178. application."> >Is this true??? If I buy a Data engine with the
  1179. 9600baud modem,>and the DR4-10 will I not be able to connect to
  1180. others>on the network using TAPR 9600 baud modems and Motorola
  1181. rigs????>Doesn't seem right to me...>-ChrisIf you use the
  1182. Kantronics *modem* you will interoperate with theother G3RUH
  1183. equipped nodes in the network. But if you use the D-410 in it's
  1184. *FSK data slice mode* with *no* modem, you won't. These are two
  1185. *different* ways of using the equipment.Gary
  1186. KE4ZV------------------------------Date: 2 Apr 1992 11:25:59
  1187. -0800From: news-mail-gateway@ucsd.eduSubject:
  1188. Keyboard-to-keyboardTo: packet-radio@ucsd.eduIn Michigan the
  1189. MIPAC (Michigan Packet Council) designated 145.03 as
  1190. thekeyboard-to-keyboard only frequency. No BBS's in Michigan are
  1191. allowed there. This of course has also turned into beacon city. 
  1192. We also do notallow gateways from 145.03 for people to connect
  1193. to BBS's on otherfrequencies. A gateway for keyboard to keyboard
  1194. use is fine though.     There is also a 2m TCP/IP only frequency
  1195. assigned. We have a fewvisitors running plain TNC's just looking
  1196. around, but it is generallyall TCP/IP  (no NETROM's either).Ron 
  1197. N8FOW------------------------------Date: 2 Apr 92 13:51:28
  1198. GMTFrom:
  1199. haven.umd.edu!darwin.sura.net!gatech!pitt!w2xo!durham@ames.arpaSu
  1200. bject: NTS addressingTo: packet-radio@ucsd.eduIn article
  1201. <9203310135.AA10314@ucsd.edu> enge@almaden.ibm.com (Roy
  1202. Engehausen) writes:>The NTSCA is not needed if you are within
  1203. the state.  However, the>"standard" is that all BBS within a
  1204. state should strip off the NTSxx>for their state.  This is
  1205. needed to allow the routing by the TO>portion of the address
  1206. rather than the @ portion.Wait a minute!...8-). This is news to
  1207. me. This is sure a commentary onthe fact that we need some
  1208. written standards. My software, and I'm suresome others consider
  1209. the "no @bbs" case to be local. In this case, the mail would
  1210. just be dropped into the local mail directory and might never be
  1211. delivered if not seen by someone perusingthe local mail.I would
  1212. be willing to compile a list of standards, if I can getthe
  1213. information..-Jim, W2XO------------------------------Date: 31
  1214. Mar 92 20:10:04 GMTFrom:
  1215. usc!zaphod.mps.ohio-state.edu!mips!atha!aunro!adec23!mark@network
  1216. .UCSD.EDUSubject: NTS messagesTo:
  1217. packet-radio@ucsd.eduron@chaos.eng.wayne.EDU (Ron Atkinson)
  1218. sez:>    There seems to not really be a standard because many
  1219. people say that>ZIPCODE@NTSxx is the standard and some people
  1220. say that NTS@NTSxx with the>zipcode somewhere in the title or
  1221. text is the standard. I prefer that people>use the zipcode in
  1222. the "to" field and the state can handle the
  1223. message>automatically rather than Sysop's having to scan the
  1224. message for a ZIPCODE>to figure out where to send
  1225. it.ZIPCODE@NTSxx is `proper'. Here in Canada we use Postal
  1226. Codes. Sometimes,we don't have the complete postal code, and the
  1227. BBS doesn't take T6H???(or T6H***). Also, you put too much of a
  1228. strain on the NTS system (well,the originators) if you require
  1229. ALL messages to have the ZIP code, soNTS@NTSxx with some address
  1230. information in the subject is the only way aroundthis.So, both
  1231. are standards, in my opinion. Ine should strive to
  1232. do<Zip/Postal>@NTSxxx if at all possible tho'.<I handle 1
  1233. message/month of packet NTS, and chair a CW NTS net five 
  1234. ><times/month and appropriate # of traffic. I am dismayed at the
  1235. dismal><capabilities of the Packet NTS system ...               
  1236.             >Ciao, 73 de VE6MGS/Mark
  1237. -sk-------------------------------Date: 2 Apr 92 17:16:06
  1238. GMTFrom: telesoft!garym@uunet.uu.netTo:
  1239. packet-radio@ucsd.eduReferences
  1240. <1992Mar31.003359.12431@NCoast.ORG>, <11321@perryd>,
  1241. <1992Apr01.145536.2842554@locus.com>Reply-To :
  1242. g@telesoft.comSubject : Re: Help 2nd try tcpip ka9q problemIn
  1243. article <11321@perryd> perryd@Software.Mitel.COM (Dave Perry)
  1244. writes:>In article <1992Mar31.003359.12431@NCoast.ORG>
  1245. allbery@ncoast.org (Brandon S. Allbery KF8NH) writes:>>>>AX.25
  1246. is a poor wrapper for IP and NET/ROM packets; unfortunately,
  1247. thanks to>>the FCC it's all we have.  (grrr.....)>>>Is this
  1248. true? That is, is there a legal requirement to use AX.25
  1249. frames>to encapsulate IP datagrams? Or would any framing which
  1250. contained the>transmitting station's call do?97.109d essentially
  1251. says that stations under automatic control and passingthird
  1252. party traffic must use AX.25 protocol.  The originating station
  1253. mustnot be automatically controlled.  So unless you pass NTS
  1254. traffic, you don't have to use AX.25.--GaryM-- Gary Morris      
  1255.            Internet: g@telesoft.comKK6YB (N5QWC)               
  1256. UUCP:     uunet!telesoft!gTeleSoft                     AMPR:    
  1257. KK6YB @ W2XOSan Diego, CA                Phone:    +1
  1258. 619-457-2700------------------------------Date: 2 Apr 1992
  1259. 15:10:58 GMTFrom:
  1260. haven.umd.edu!darwin.sura.net!convex!bcm!lib!oac.hsc.uth.tmc.edu!
  1261. jmaynard@ames.arpaTo: packet-radio@ucsd.eduReferences
  1262. <6303@lib.tmc.edu>, <1992Apr1.201001.11375@qualcomm.com>,
  1263. <11668@tamsun.tamu.edu>tmc.eduSubject : Re: Can you run packet
  1264. on an HP95LX palmtop?In article <11668@tamsun.tamu.edu>
  1265. kurt@cs.tamu.edu (Kurt Freiberger) writes:>In article
  1266. <1992Apr1.201001.11375@qualcomm.com>, karn@chicago.qualcomm.com
  1267. (Phil Karn) writes:>|> And if someone wanted to do the necessary
  1268. software, it ought to be>|> possible to set up an HP-95 LAN.
  1269. Just line them up next to a mirror so>|> they can all see each
  1270. other's IR transmissions. :-)>Karn, you ARE a sick
  1271. puppy!!!!Well, yes, but not for that reason.A '95 LAN is indeed
  1272. possible using some sort of IR reflective medium, althoughI'd
  1273. suspect that all the machines would have to be placed in fairly
  1274. closeproximity to each other.Unfortunately, you can't run both
  1275. the IR port and the RS-232 port at the sametime; the IR port is
  1276. driven by the same serial hardware as the RS-232 port.-- Jay
  1277. Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that
  1278. which canjmaynard@oac.hsc.uth.tmc.edu      | adequately be
  1279. explained by a .sig virus.         "Grow up children. Purchase
  1280. lives." -- Geoff Collyer------------------------------Date: Thu,
  1281. 2 Apr 1992 20:00:21 GMTFrom:
  1282. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUTo
  1283. : packet-radio@ucsd.eduReferences <11321@perryd>,
  1284. <1992Apr01.145536.2842554@locus.com>,
  1285. <1992Apr2.171606.23719@telesoft.com>Subject : Re: Help 2nd try
  1286. tcpip ka9q problemIn article
  1287. <1992Apr2.171606.23719@telesoft.com> g@telesoft.com
  1288. writes:>97.109d essentially says that stations under automatic
  1289. control and passing>third party traffic must use AX.25 protocol.
  1290.  The originating station must>not be automatically controlled. 
  1291. >>So unless you pass NTS traffic, you don't have to use
  1292. AX.25.>--GaryMBut since most packet stations are automatically
  1293. controlled, and since youhave no way of knowing whether somebody
  1294. is going to pass third-partytraffic through your station, you
  1295. are effectively required to use AX.25unless you want to leave
  1296. yourself open to a citation should somebody indeedsend third
  1297. party traffic through you. Of course, just using AX.25 isn't
  1298. enough either, you also need an AIprogram to determine if the
  1299. third party traffic is "business related"or not...
  1300. :-(Phil------------------------------End of Packet-Radio Digest
  1301. V92
  1302. #88******************************------------------------------Da
  1303. te: 4 Apr 92 07:08:33 GMTFrom:
  1304. munnari.oz.au!spool.mu.edu!umn.edu!cs.umn.edu!kksys!tdkt!FredGate
  1305. @network.UCSD.EDUSubject: MitreksTo: packet-radio@ucsd.eduWill
  1306. get you that info on the mitreks as soon as possible...I will
  1307. not be doing the mods myself, but a friend of mine willbe able
  1308. to help you... What do you mean by FDX? TNX, Chris N0OVF @
  1309. WB0GDB.MN * Origin: HAM>link< RBBS 612/HAM-0000 Saint Paul, MN
  1310. (K0TG)(1:282/100.0)------------------------------Date: 3 Apr
  1311. 1992 13:01:08 -0800From: news-mail-gateway@ucsd.eduSubject: Why
  1312. segregate TCP/IP? (was Re: Keyboard-to-keyboard)To:
  1313. packet-radio@ucsd.eduThis was done in Northern Calif.  at the
  1314. request of the TCPIPers.  Itseems that a lot of AX.25 activity
  1315. would cause TCPIP to back off sofar that it was getting
  1316. unusable.Roy, AA4REex-frequency coordinator for
  1317. NCPA------------------------------Date: 3 Apr 92 15:13:38
  1318. GMTFrom:
  1319. pacbell.com!mips!spool.mu.edu!hri.com!know!cass.ma02.bull.com!lad
  1320. cgw.ladc.bull.com!orchard.la.locus.com!devnet.la.locus.com!dana@n
  1321. etwork.UCSD.EDUSubject: Why segregate TCP/IP? (was Re:
  1322. Keyboard-to-keyboard)To: packet-radio@ucsd.eduIn article
  1323. <9204021924.AA05654@chaos.eng.wayne.edu> ron@chaos.eng.wayne.EDU
  1324. (Ron Atkinson ) writes:>In Michigan the MIPAC (Michigan Packet
  1325. Council) designated 145.03 as the>keyboard-to-keyboard only
  1326. frequency. No BBS's in Michigan are allowed >there. This of
  1327. course has also turned into beacon city.  We also do not>allow
  1328. gateways from 145.03 for people to connect to BBS's on
  1329. other>frequencies. A gateway for keyboard to keyboard use is
  1330. fine though.>     There is also a 2m TCP/IP only frequency
  1331. assigned. We have a few>visitors running plain TNC's just
  1332. looking around, but it is generally>all TCP/IP  (no NETROM>'s
  1333. either).  I can understand the desire to create a low-level
  1334. keyboard to keyboardchannel, but why do people believe TCP/IP
  1335. must be segregated to a channelall by itself?  Sure, FTP can
  1336. consume a channel, but the same is true if someonedownloads a
  1337. large file using AX.25. Sure, the IP headers print garbageon
  1338. some screens when monitoring the channel, but so does NET/ROM,
  1339. and thisis a truly petty complaint anyway. What is the beef
  1340. otherwise?--  * Dana H. Myers KK6JQ         | Views expressed here
  1341. are    * * (213) 337-5136         | mine and do not necessarily    * *
  1342. dana@locus.com  DoD #466     | reflect those of my employer    * *
  1343. "Dammit Bones, spare me the lecture and give me the shot!"  
  1344. *------------------------------Date: 3 Apr 92 23:38:18 GMTFrom:
  1345. timbuk.cray.com!hemlock.cray.com!andyw@uunet.uu.netSubject: Why
  1346. segregate TCP/IP? (was Re: Keyboard-to-keyboard)To:
  1347. packet-radio@ucsd.eduIn article <9204032058.AA28353@ucsd.edu>,
  1348. enge@almaden.ibm.com (Roy Engehausen) writes:> This was done in
  1349. Northern Calif.  at the request of the TCPIPers.  It> seems that
  1350. a lot of AX.25 activity would cause TCPIP to back off so> far
  1351. that it was getting unusable.We also did this in MN, just so us
  1352. tcp'ers could have a quiet life, awayfrom the axe-grinding that
  1353. some people seem to find essential totheir daily life :-(It
  1354. helped us subnet our network too..--
  1355. andyw.    N0REN/G1XRLandyw@aspen.cray.com    Andy Warner, Cray
  1356. Research, Inc.    (612) 683-5835------------------------------Date:
  1357. 3 Apr 92 15:32:21 GMTFrom:
  1358. elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!sol.ctr.c
  1359. olumbia.edu!emory!wa4mei!ke4zv!gary@ames.arpaTo:
  1360. packet-radio@ucsd.eduReferences
  1361. <1992Apr1.084203.25639@ke4zv.uucp>, <6303@lib.tmc.edu>,
  1362. <1992Apr1.201001.11375@qualcomm.com>eReply-To : gary@ke4zv.UUCP
  1363. (Gary Coffman)Subject : Re: Can you run packet on an HP95LX
  1364. palmtop?In article <1992Apr1.201001.11375@qualcomm.com>
  1365. karn@chicago.qualcomm.com (Phil Karn) writes:>>Tom Clark demoed
  1366. his HP-95 running Jay's port of my code at the TAPR>meeting in
  1367. Tucson a few weeks ago.  It has two COM ports, the>electrical
  1368. port mentioned here and an infrared port designed to allow>two
  1369. HP-95s to talk to each other. So it ought to be possible to
  1370. route>packets through an HP-95. :-)>>And if someone wanted to do
  1371. the necessary software, it ought to be>possible to set up an
  1372. HP-95 LAN. Just line them up next to a mirror so>they can all
  1373. see each other's IR transmissions. :-)With HP's current rebate
  1374. offer in hand, I rushed out and bought one ofthese little jewels
  1375. day before yesterday. Besides being very usablewith it's built
  1376. in applications, the ability to run normal DOS programsis
  1377. welcome. I've got a copy of Jay's NOS and plan to install it
  1378. overthe weekend. About a half a dozen local packeteers who meet
  1379. for lunchevery Wednesday carry HP95s. Maybe we'll all aim them
  1380. at the napkindispenser next week and see if we can talk. :-)Gary
  1381. KE4ZV------------------------------Date: 3 Apr 92 17:10:22
  1382. GMTFrom: telesoft!garym@uunet.uu.netTo:
  1383. packet-radio@ucsd.eduReferences
  1384. <1992Apr01.145536.2842554@locus.com>,
  1385. <1992Apr2.171606.23719@telesoft.com>,
  1386. <1992Apr2.200021.21429@qualcomm.com>Reply-To :
  1387. g@telesoft.comSubject : automatic control (was: Help 2nd try
  1388. tcpip ka9q problem)In <1992Apr2.200021.21429@qualcomm.com>
  1389. karn@chicago.qualcomm.com (Phil Karn) writes:>In article
  1390. <1992Apr2.171606.23719@telesoft.com> g@telesoft.com
  1391. writes:>>97.109d essentially says that stations under automatic
  1392. control and passing>>third party traffic must use AX.25
  1393. protocol.  The originating station must>>not be automatically
  1394. controlled.  >>>>So unless you pass NTS traffic, you don't have
  1395. to use AX.25.>>--GaryM>But since most packet stations are
  1396. automatically controlled, and since you>have no way of knowing
  1397. whether somebody is going to pass third-party>traffic through
  1398. your station, you are effectively required to use AX.25>unless
  1399. you want to leave yourself open to a citation should somebody
  1400. indeed>send third party traffic through you. >Of course, just
  1401. using AX.25 isn't enough either, you also need an AI>program to
  1402. determine if the third party traffic is "business related">or
  1403. not... :-(OK, so stations under automatic control must examine
  1404. each packet beforeretransmitting it to make sure it's doesn't
  1405. contain 3rd party traffic,doesn't further someones business
  1406. affairs, doesn't contain obscenities, andit also has to check
  1407. that third party traffic originated at a station underlocal or
  1408. remote control, it must check to make sure there is no music
  1409. beingretransmitted.  Don't forget voice repeaters are usually
  1410. under automaticcontrol too, so they have to delay the audio long
  1411. enough to analyze it forthese things. What it boils down to is
  1412. that under current rules a repeater station underautomatic
  1413. control (voice or packet) is responsible for what someone
  1414. else(the repeater user) sends thru the repeater.  This, IMHO, is
  1415. where the rulesneed to be changed.  Stations under automatic
  1416. control shouldn't beresponsible for content of transmissions
  1417. originated by other stations.  Thisisn't a new problem, it came
  1418. up before when east coast packet BBS operaterswere cited by the
  1419. FCC for passing along that message with the 900 number init. And
  1420. don't tell the FCC about Qualcomm's power control technology or
  1421. they'llstart citing us for running more output power than
  1422. necessary. :-)--GaryM-- Gary Morris                  Internet:
  1423. g@telesoft.comKK6YB (N5QWC)                UUCP:    
  1424. uunet!telesoft!gTeleSoft                     AMPR:     KK6YB @
  1425. W2XOSan Diego, CA                Phone:    +1
  1426. 619-457-2700------------------------------Date: 4 Apr 92
  1427. 01:46:31 GMTFrom: world!eac@uunet.uu.netTo:
  1428. packet-radio@ucsd.eduReferences <6303@lib.tmc.edu>,
  1429. <1992Apr1.201001.11375@qualcomm.com>,
  1430. <11668@tamsun.tamu.edu>Subject : Re: Can you run packet on an
  1431. HP95LX palmtop?In <11668@tamsun.tamu.edu> kurt@cs.tamu.edu (Kurt
  1432. Freiberger) writes:>In article
  1433. <1992Apr1.201001.11375@qualcomm.com>, karn@chicago.qualcomm.com
  1434. (Phil Karn) writes:>|> >|> And if someone wanted to do the
  1435. necessary software, it ought to be>|> possible to set up an
  1436. HP-95 LAN. Just line them up next to a mirror so>|> they can all
  1437. see each other's IR transmissions. :-)>|> >Karn, you ARE a sick
  1438. puppy!!!!>8-}Actually I saw some ideas on wireless office lans
  1439. that had the IR transcieversstuck above the office partitions.
  1440. Downside was if someone as tall as me walkedpassed 8-}. The lans
  1441. were basically a ring topography.I have one of those HP 95s and
  1442. really like them. They make a great appointmentcalendar, phone
  1443. directory and calculator also. I was able to put antennaformulas
  1444. in the solver and figure out all sorts of dimensions. World
  1445. Clockis nice. And it will even run MSDOS programs like a
  1446. satellite tracking programon it! No if only someone would port
  1447. UN*X...73 Eric Cottrell WB1HBU
  1448. eac@world.std.com------------------------------End of
  1449. Packet-Radio Digest V92 #89******************************Date:
  1450. Sun,  5 Apr 92 04:30:01 PDTFrom: Packet-Radio Mailing List and
  1451. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  1452. Packet-Radio-Errors@UCSD.EduReply-To:
  1453. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  1454. Digest V92 #90To: packet-radioPacket-Radio Digest         Sun, 
  1455. 5 Apr 92       Volume 92 : Issue  90Today's Topics:             
  1456.           9600 baud/D-410 reply   Printed Circuit board fer
  1457. 2Mbps Datalink from 1991 ARRL handbook   printed circuit diagram
  1458. or 2Mbps datalink in 1991 ARRL handbook                  Ramsey
  1459. FX 146 mod for packet  file            Using a full duplex
  1460. repeater for packet radio         Why segregate TCP/IP? (was Re:
  1461. Keyboard-to-keyboard)Send Replies or notes for publication to:
  1462. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  1463. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  1464. otherwise to brian@ucsd.edu.Archives of past issues of the
  1465. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  1466. directory "mailarchives/packet-radio".We trust that readers are
  1467. intelligent enough to realize that all textherein consists of
  1468. personal comments and does not represent the officialpolicies or
  1469. positions of any party.  Your mileage may vary.  So
  1470. there.-----------------------------------------------------------
  1471. -----------Date: 4 Apr 1992 17:54:02 -0800From:
  1472. news-mail-gateway@ucsd.eduSubject: 9600 baud/D-410 replyTo:
  1473. packet-radio@ucsd.eduIn message
  1474. <702073623.F00002@tdkt.kksys.com> you write:> > I was reading an
  1475. article from the Packet Register and I saw> something that said>
  1476. "The Kantronics D-410 radio has a data slicer and has been
  1477. tested > successfuly with raw data.  However, this configuration
  1478. is not                    ^^^^^^^^            ^^^^^^^^^^^^^^^^^^
  1479.                                       i.e. no modem> compatible
  1480. with any other formats, such s K9NG/G3RUH, but could > certainly
  1481. be used in a pt to pt application.">  > Is this true??? If I buy
  1482. a Data engine with the 9600 baud modem,                         
  1483.                ^^^^^^^^^^^^^^^^^^^^^^^> and the DR4-10 will I
  1484. not be able to connect to others> on the network using TAPR 9600
  1485. baud modems and Motorola rigs????> Doesn't seem right to
  1486. me...Me, neither.We have here apples and orangutans.  The data
  1487. slicer built into the D-410 provides no scrambling; the
  1488. k9ng,g3ruh, and TAPR modems do; ergo you can't use the D-410
  1489. _without_ amodem and be compatible with those _using_ one of the
  1490. afore-mentionedmodems. The D-410, when used with a
  1491. k9ng/g3ruh/TAPR modem will work just fineand be compatible with
  1492. others using these modems. -- Mike  
  1493. wd6ehr.ampr.org!wd6ehr@puffin.UUCP------------------------------D
  1494. ate: Sun, 5 Apr 1992 05:12:56 GMTFrom:
  1495. munnari.oz.au!bunyip.cc.uq.oz.au!marlin.jcu.edu.au!solwarra.gbrmp
  1496. a.gov.au!wayne@network.UCSD.EDUSubject: Printed Circuit board
  1497. fer 2Mbps Datalink from 1991 ARRL handbookTo:
  1498. packet-radio@ucsd.eduHi,  I would like to know if anyone could
  1499. possible send me a postscriptfile of the printed circuit board
  1500. layout for the 2 Mbps Microwave Datalinkas printed in the 1991
  1501. ARRL handbook in chapter 32.tnx in advance.cul 73's de wayne--
  1502. Wayne Amisano               - News Administrator   | wk ph.
  1503. +(61) 77 81-8861GBRMPA                      - Townsvile,
  1504. Australia.| ph fax +(61) 77 72-6093wayne@gbrmpa.gov.au         -
  1505. Internet             |  Life is too
  1506. importantvk4kt@vk4afs.#NQ.QLD.AUS.OC - PBBS                 | 
  1507. to be taken seriously------------------------------Date: Sun, 5
  1508. Apr 1992 05:20:50 GMTFrom:
  1509. munnari.oz.au!bunyip.cc.uq.oz.au!marlin.jcu.edu.au!solwarra.gbrmp
  1510. a.gov.au!wayne@network.UCSD.EDUSubject: printed circuit diagram
  1511. or 2Mbps datalink in 1991 ARRL handbookTo:
  1512. packet-radio@ucsd.eduHi,  I would like to know if anyone could
  1513. possible send me a postscriptfile of the printed circuit board
  1514. layout for the 2 Mbps Microwave Datalinkas printed in the 1991
  1515. ARRL handbook in chapter 32.tnx in advance.cul 73's de wayne--
  1516. Wayne Amisano               - News Administrator   | wk ph.
  1517. +(61) 77 81-8861GBRMPA                      - Townsvile,
  1518. Australia.| ph fax +(61) 77 72-6093wayne@gbrmpa.gov.au         -
  1519. Internet             |  Life is too
  1520. importantvk4kt@vk4afs.#NQ.QLD.AUS.OC - PBBS                 | 
  1521. to be taken seriously------------------------------Date: Sat, 4
  1522. Apr 1992 14:49:06 GMTFrom:
  1523. pacbell.com!att!cbfsb!cbnewsb.cb.att.com!wa2ise@network.UCSD.EDUS
  1524. ubject: Ramsey FX 146 mod for packet  fileTo:
  1525. packet-radio@ucsd.educopied from packet: Msg# TSF  Size #Rd 
  1526. Date  Time From   MsgID        To 6886 BF    728   0 29-Mar 1800
  1527. AA2ES  1289_WA2AAR  RAMSEY@ALLUSA () Sb: FX-146 Packet ModAnyone
  1528. experiencing low audio levels on transmit when in packet mode
  1529. and using the rear 5-pin DIN connector may find this mod useful.
  1530. It worked for me.C65 which connects the AFSK input from the TNC
  1531. to the mic line has thestandard value, .01uf. In my case this
  1532. caused severe attenuation of the AFSKsignal to the point where I
  1533. was unable to connect to anything. Replacing C65with a 0.1uf cap
  1534. cured the problem.73 - Ian,
  1535. AA2ES@WA2AAR.NJ.USA.NA===========================================
  1536. ===================================Note: I haven't tried or
  1537. verified this, proceed at your own risk. 
  1538. WA2ISE------------------------------Date: 3 Apr 92 17:06:31
  1539. GMTFrom:
  1540. sdd.hp.com!spool.mu.edu!hri.com!noc.near.net!gateway!pictel!wpns@
  1541. network.UCSD.EDUSubject: Using a full duplex repeater for packet
  1542. radioTo: packet-radio@ucsd.eduIn article
  1543. <46XDiB1w164w@slic.cts.com> mikey@slic.cts.com (Mike Shirley)
  1544. writes:>We plan on adding a secondary PL decoder at the repeater
  1545. which>when it detects the "packet" PL, will add a 10 second
  1546. hang-time,>place the packet repeater into carrier for 10 seconds
  1547. after drop>of the packet PL and will bypass the voice channels
  1548. into the>controller.  This should keep the turn-around times to
  1549. a minumim.>>The normal PL decoder is always active and if it
  1550. detects "voice>PL, it will open the audio line from the TNC and
  1551. essencially>disable the "packet transmitter" til the controller
  1552. hang timer>has expired.But if a packet transmitter and a voice
  1553. transmitter both key up at thesame time, neither PL decoder will
  1554. see anything useful.  How do youintend to deal with this type of
  1555. collision?  The only thing I canthink of would be separate
  1556. receivers on opposite splits for voice andpacket....Willie
  1557. Smithwpns@pictel.com------------------------------Date: Sat, 4
  1558. Apr 1992 18:50:44 GMTFrom:
  1559. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  1560. bject: Why segregate TCP/IP? (was Re: Keyboard-to-keyboard)To:
  1561. packet-radio@ucsd.eduIn article <9204032058.AA28353@ucsd.edu>
  1562. enge@almaden.ibm.com (Roy Engehausen) writes:>This was done in
  1563. Northern Calif.  at the request of the TCPIPers.  It>seems that
  1564. a lot of AX.25 activity would cause TCPIP to back off so>far
  1565. that it was getting unusable.Actually, it's not the different
  1566. protocols, it's the differentcongestion control algorithms in
  1567. the various implementations. MostAX.25 implementations do not
  1568. perform exponential backoff, and thismakes them highly
  1569. vulnerable to congestion collapse on a loadedchannel.Both my TCP
  1570. and AX.25/LAPB implementations perform binary
  1571. exponentialbackoff, and as long as *everybody* on a channel uses
  1572. them things aremuch more stable. But if you have some stations
  1573. that do backoff andsome that don't, those that don't will end up
  1574. stealing most of thechannel.So a much better criteria for
  1575. segregating traffic would be based onthe channel access method,
  1576. not the higher level protocols orapplications in
  1577. use.Phil------------------------------End of Packet-Radio Digest
  1578. V92 #90******************************Date: Mon,  6 Apr 92
  1579. 04:30:02 PDTFrom: Packet-Radio Mailing List and Newsgroup
  1580. <packet-radio@ucsd.edu>Errors-To:
  1581. Packet-Radio-Errors@UCSD.EduReply-To:
  1582. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  1583. Digest V92 #91To: packet-radioPacket-Radio Digest         Mon, 
  1584. 6 Apr 92       Volume 92 : Issue  91Today's Topics:             
  1585.                A question !                             
  1586. Dr4-10...                   FBB 5.14 PBBS software available    
  1587.            RUH > 19.2 to drive D4-10 in TTL mode           
  1588. Using a full duplex repeater for packet radio         Why
  1589. segregate TCP/IP? (was Re: Keyboard-to-keyboard)Send Replies or
  1590. notes for publication to: <Packet-Radio@UCSD.Edu>Send
  1591. subscription requests to:
  1592. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  1593. otherwise to brian@ucsd.edu.Archives of past issues of the
  1594. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  1595. directory "mailarchives/packet-radio".We trust that readers are
  1596. intelligent enough to realize that all textherein consists of
  1597. personal comments and does not represent the officialpolicies or
  1598. positions of any party.  Your mileage may vary.  So
  1599. there.-----------------------------------------------------------
  1600. -----------Date: Fri, 3 Apr 1992 16:57:19 GMTFrom:
  1601. sdd.hp.com!hpscdc!hplextra!hpcc05!hpdmd48!jhays@network.UCSD.EDUS
  1602. ubject: A question !To: packet-radio@ucsd.edu/
  1603. hpdmd48:rec.radio.amateur.packet / lee@tosspot.sv.com (Lee
  1604. Reynolds) /  8:17 am  Apr  1, 1992 /->Gennlemen,->          just
  1605. wondering - do any of you, anywhere, live in an area->where a
  1606. keyboard to keyboard channel for ragchewing is designated
  1607. and->actually observed?  (No backbones, no PBBSes - just people
  1608. who want to->talk to other people in realtime)->Lee,As a
  1609. founding member of NEPRA (which started the whole 5.01 mess),
  1610. the decisionwas made to put digipeaters in the repeater
  1611. sub-bands, since there were noregulations saying if a digipeater
  1612. was an amateur station in repeater modeor not.  144.91-145.09
  1613. was a relatively uninhabited part of the spectrum, andwas chosen
  1614. because it was clear and in the repeater subband.  This is a
  1615. relatively busy peice of spectrum a decade+ later...
  1616. consequently any operationin this portion of the band is going
  1617. to be subject to NET/WRONG, IP, PBBS,DIGIPEATER operation sooner
  1618. or later.  To expect this area to be kept freefor TTY PACKET
  1619. QSOs is probably unrealistic.  However, the spectrum
  1620. from145.51-145.79 is relatively uninhabited in most areas of the
  1621. country (don'tuse 145.55) and has been used for
  1622. keyboard-to-keyboard operations quitesuccessfully by a number of
  1623. amateurs... why not find a frequency in thisrange which is not
  1624. used in SNH and set it up as a simplex and non-bbs
  1625. "channel"....John->->                        Lee->              
  1626.       (A packeteer since 1983, and a NEDA
  1627. memeber)->----------------------------------------Date: 5 Apr 92
  1628. 12:54:42 GMTFrom:
  1629. psinntp!ncrlnk!ciss!lawday!jra@uunet.uu.netSubject: Dr4-10...To:
  1630. packet-radio@ucsd.eduChris.Schmelzer@f100.n282.z1.tdkt.kksys.com
  1631. (Chris Schmelzer) writes:>ANY comments?!?  I will be moving a
  1632. fair distance>from the LAN this fall as I go to college... I
  1633. will probably>be at least an hour drive from the closest node,
  1634. so if I DO>buy the 4-10 I will eventually have to add an
  1635. amplifier....>but still, it won't be THAT expensive.....If you
  1636. can find an amp to go behind the D4-10 that won't screw up
  1637. theturnaround time, let me know.  I'll buy a couple
  1638. myself.That's a real problem... when you have a system that can
  1639. turn around in6 or 7ms, adding the several hundred milliseconds
  1640. that many RF-sensedamps need to switch is a real downer.John  
  1641. AG9V-- John R. Ackermann, Jr.        Law Department, NCR
  1642. Corporation, Dayton, Ohio(513) 445-2966             
  1643. John.Ackermann@daytonoh.ncr.comPacket Radio: ag9v@n8acv     
  1644. tcp/ip: ag9v@ag9v.ampr
  1645. [44.70.12.34]------------------------------Date: 5 Apr 92
  1646. 14:36:26 GMTFrom:
  1647. mcsun!news.funet.fi!polaris!funic!mto@uunet.uu.netSubject: FBB
  1648. 5.14 PBBS software availableTo: packet-radio@ucsd.eduNew version
  1649. of the packet BBS software by F6FBB is now available
  1650. withanonymous FTP from tomcat.gsfc.nasa.gov (USA) in directory
  1651. bbs/f6fbb ornic.funet.fi (Finland, Europe) in directory
  1652. pub/ham/packet/bbs/f6fbb.Key features of this software are:   -
  1653. The usage of this software is very close to the one made by
  1654. WA7MBL, whose   commands have  been  kept. It  has  also a  set 
  1655. of specific  and original   supplementary commands.   - Works on
  1656. any  100 % compatible XT  or AT PC fitted  with a hard disk and 
  1657.  640 k  RAM,  monochrome CGA  or EGA  VDU,  1 up  to  8 serial 
  1658. ports. This   software  allows  user-customized  colours  but 
  1659. works  also  without  any   modification on a monochrome
  1660. adapter.   - Can take advantage of extended or expanded memory
  1661. installed in the system   - Multiconnections:  up  to 50 
  1662. simultaneous  channels on  8  TNC (4  or 8   channels per TNC
  1663. depending on the software used).   -  Multiplexing:  this  
  1664. software  supports  usage   of  an  external  MUX   (schematics
  1665. included  in the  distribution disk),  supports also extension  
  1666. boards in the case  of a hardware configuration  having more
  1667. than 2 ports.   The MUX  connects 4 TNC  on 1  serial port, 
  1668. either com1  or com2. Printed   board will be  available from
  1669. the  ATEPRA association, (ATEPRA,  23 rue de   Provins, 77520
  1670. MONS EN MONTOIS - FRANCE).   - Operates:   - with any  TNC2 or
  1671. clone  fitted with the  special 27256 eprom containing   the
  1672. WA8DED firmware, or  TF4/TF8, with a Z80 clock  of 2.5 or,
  1673. better, 4.9   MHz. -   - with a PK232 in Host-Mode   - with a
  1674. G8BPQ node.   - With a KAM hostmode (I seem to have still some
  1675. problems).   - Standard BBS: it is a BBS  identical to the
  1676. WA7MBL or W0RLI. It has also   server functions (computation of 
  1677. satellite orbits, callbook, and operator   customizable
  1678. chapters, gateway  to an other channel,  the users being able  
  1679. to chat together in real time on the same or different channels,
  1680. etc...).   -  Forwarding:  with  the  other  BBS  WA7MBL  type 
  1681. or  compatible,  BIDS   management (up  to 2000  of them,  or
  1682. more  depending on  a parameter, are   saved in  a separate
  1683. file),  a BID  is automatically  generated should the   user
  1684. doesnt provide if. Private message  works with the management of
  1685. MID.   The messages are suppressed automatically after  a delay
  1686. which can be user   defined. This is true for bulletins and
  1687. private mail.   - The forwarding is optimized between  BBS using
  1688. FBB protocole type. It is   more efficient  on  a  VHF/UHF
  1689. network.  This  kind of  forwarding  can be   disabled by
  1690. configuration.   - The compressed forwarding allows the 
  1691. reduction by a factor of about 40-   50% the quantity  of data 
  1692. to exchange in  big messages.  The messages are   protected by
  1693. checksums, then the transfer is made error-free.   - The
  1694. forwarding is simultaneous on  the various ports regardless they
  1695. are   incoming or outgoing. There might be several forwardings
  1696. outgoing per port   which number is set  by parameter. The
  1697. number  of incoming forwarding is a   function of the available
  1698. channels. The time and the period of forward can   be set
  1699. separately on each port.   - The hierarchical routing is
  1700. supported.   - The ping-pong phenomenon is automatically
  1701. detected and an information is   given to the sysop by a system
  1702. message.   - Messages and  bulletins for SYSOP  are duplicated
  1703. to  a destination call   which can be defined by configuration. 
  1704.  - A  detailed  log  of the  BBS  activity  is maintained  and 
  1705. a statistic   analysis program, written by FC1MVP, is also
  1706. available.   - Binary  transfer is  supported with  the usage 
  1707. of the  YAPP protocol of   WA7MBL.  An extension  to  this 
  1708. protocol  has  been  made,  including the   automatic restart 
  1709. and  the  checksum, should  a  stop has  occurred  or a  
  1710. disconnection  took place  during  the  transfer.  This 
  1711. extension  to the   protocol works with the TPK, packet terminal
  1712. program written by FC1EBN.   - Gateway between connected
  1713. stations or with another port.   - Conference within the limits
  1714. of the available ports and channels.   - Language: at the first
  1715. connection, the connect language is attributed to   the user,
  1716. depending of the callsign.   - Remote  SYSOP operation  is
  1717. supported  and the  housekeeping of  the BBS   messages, mail
  1718. and old  mail is done each and  every night at low activity  
  1719. period which can be parametered, and is done automatically.   -
  1720. Works under DesqView.73, Markku / OH2BQZP.S. I do not act as any
  1721. kind of distribution or contact point for this     software
  1722. other than maintaining ham archives at nic.funet.fi.     If you
  1723. do not have internet access please check a phone BBS near you   
  1724.  e.g. G8LWY Packet BBS in the UK +44 81 5471479 or         
  1725. WB6ODZ F6FBB PACKET SUPPORT BBS (USA)
  1726. 619-376-6383------------------------------Date: 5 Apr 1992
  1727. 21:54:01 -0700From: news-mail-gateway@ucsd.eduSubject: RUH >
  1728. 19.2 to drive D4-10 in TTL modeTo: packet-radio@ucsd.eduDue to
  1729. numerous requests I am posting modification instructions for the
  1730. Paccom NB-9600 G3RUH modem to convert it to TTL input/output to
  1731. drive a Kantronics D4-10 at 19.2Kbaud.  Don't forget to change
  1732. the radio speed jumpers in whatever TNC you are using to 19.2K
  1733. after these mods are done. I mention this only because I spent
  1734. one hour trying to figure out why my mod wouldn't work, only to
  1735. finally realize I never changed the TNC SPEED to 19.2K to drive
  1736. the blasted modem!  (what an idiot huh?)  It's the simple things
  1737. that getcha! :-) 
  1738. -----------------------------------------------------------------
  1739. ------------                                                    
  1740.       5 Feb. 92G3RUH Modification to convert to 19.2K and drive
  1741. a Kantronics D4-10 throughthe TTL port.  All part numbers given
  1742. are for the Paccom NB-96 modem.1.  Receive audio in to receive
  1743. data in (conversion to TTL input) mod.    A.  Locate U10 pin 2,
  1744. and circuit board trace going to U5 pin 2.        1.  Disconnect
  1745. output of U10 pin 2 by either lifting the lead leg           on
  1746. the integrated circuit or by cutting trace.  Lifting the leg    
  1747.       on the IC is the easiest way to go about it.         2.
  1748. Connect TTL receive data input from the D4-10 to trace going to 
  1749.          U5 pin 2.  Note: On Kantronics 19K2/9K6 modem, they
  1750. actually put in a jumper that letsyou either drive U5 pin 2
  1751. directly from a TTL source (such as the D4-10) or when the
  1752. jumper is installed, the input to this stage reverts to normal
  1753. G3RUH operation with U16C acting as the Rx filter for the analog
  1754. input.  2.  Transmit audio out to Transmit Date out (TTL output)
  1755. modification.     A.  Locate U18 (74HC164) pin 3 and trace going
  1756. to Jumper-1 pin 1.  Please       note that Jumper-1 normally is
  1757. jumpered from pins 2 to 3 with a header       jumper.          
  1758. 1. Connect wire from from Jumper-1 pin 1 to D4-10 transmit data 
  1759.          input. Note: On Kantronics modem, they do the same
  1760. thing.  They disconnect the output of U18A (after C34) with a
  1761. header, and allow you to drive the outputwith U18 pin 3 or the
  1762. analog output from U18A determined by the position of a header
  1763. jumper.   If it is desired to disable the audio output of the
  1764. G3RUH modem, you can cut the trace after C34 or remove C34.  I
  1765. did neither and just let it run since I was no longer using the
  1766. audio output, and I saw no harm injust leaving it run.  3.  Lock
  1767. Detector modification.     A.  Locate resistor pack RS-2.  It is
  1768. a 100K resistor pack and its onlypurpose is to give 100K of
  1769. resistance between pins 1 & 2   and  3 & 4.  The other resistors
  1770. in the pack are unused.  The goal here is to change this
  1771. resistance to approx. 50K, and there are a couple of ways to
  1772. achieve this as listed below:        1. Cut traces to RS-2 and
  1773. install two 50K resistors.  One between           pins 1 & 2,
  1774. and another between pins 3 & 4.         2. Leave everything
  1775. intact and place a 100K resistor across pins           1 & 2,
  1776. and another across pins 3 & 4, this will form two parallel      
  1777.    resistor networks with each one offering 50K to the circuit. 
  1778.         I used this method.  Not much room to work on the board
  1779. for this           step and soldering is in very tight quarters.
  1780.       3. Use the unused portions of RS-2 to do the same thing as
  1781. #2 above          using shorting wires.  Note:  The value of 50K
  1782. for the lock detector was chosen from notes given in the Paccom
  1783. NB-96 manual.  I have been experimenting with these values
  1784. andhave achieved what appears to be better results with values
  1785. different from those reported.  However since I can not document
  1786. WHY that is happening, and since it might be limited to my
  1787. application, I will not go into details on what values I am
  1788. using.  I merely point this out so that if you happen to
  1789. noticewhat appears to be poor DCD detection on what appear to be
  1790. good signals, thismight be a good first place to look. Note: 
  1791. There were some suggestions given in the past to modify a
  1792. KantronicsDVR2-2 to work with the NB-96 modem at 9600 baud. 
  1793. These suggestions consistedof bypassing one resistor and
  1794. changing the value of another IN the radio.  Thenet result was
  1795. to increase the audio output level of the radio to the modem,
  1796. and to lower the transmit audio input level from the modem to
  1797. the radio.  I have found that increasing the audio output of the
  1798. radio to the modem often-times results in WORSE performance and
  1799. would recommend keeping it stock.  However, lowering the
  1800. transmit drive level is required but it seems to make more sense
  1801. to do this in the modem rather than in the radio.  If a 47K
  1802. resistor is placed in series with transmit audio output
  1803. (INTERNAL to the modem)then it will duplicate Kantronics design,
  1804. and will offer easy adjustment of transmit deviation whether you
  1805. are using a DVR2-2 or a D4-10. Of course this is only necessary
  1806. at 9600 baud, as when the above modifications are done, the
  1807. output of the modem is TTL and not analog.  Mark
  1808. Bitterlichwa3jpy@wb4uou.nc.usa.na 
  1809. (packet)mgb@tecnet1.jcte.jcs.mil
  1810. (internet)------------------------------Date: 5 Apr 92 15:17:16
  1811. GMTFrom:
  1812. dog.ee.lbl.gov!nosc!crash!slic!mikey@network.UCSD.EDUSubject:
  1813. Using a full duplex repeater for packet radioTo:
  1814. packet-radio@ucsd.eduwpns@pictel.com (Willie Smith) writes:> In
  1815. article <46XDiB1w164w@slic.cts.com> mikey@slic.cts.com (Mike
  1816. Shirley) writ> >We plan on adding a secondary PL decoder at the
  1817. repeater which> >when it detects the "packet" PL, will add a 10
  1818. second hang-time,> > But if a packet transmitter and a voice
  1819. transmitter both key up at the> same time, neither PL decoder
  1820. will see anything useful.  How do you> intend to deal with this
  1821. type of collision?  The only thing I canPacket will attempt a
  1822. retry and the voice user will notice thelack of
  1823. courtesy-tone/hang-time and issue a ker-chunk or key-downfor a
  1824. few seconds.  Once the user "captures" the voice channel,then we
  1825. only contend with packet transmitter carriers.Good point to
  1826. consider.  We would probably reduce the retry countand run the
  1827. packet transmitters at the lowest power for aquieting signal
  1828. into the box.  Voice users would then be able tocapture most of
  1829. the time.Admittedly, this combo is not the perfect setup.  All
  1830. we want isto get off of the crowded packet channels, reduce the
  1831. need fordigipeats, and have longer than user to user distances. 
  1832. We don'twant much I guess.--Mike Shirley, WB6WUI          INET: 
  1833. mikey@slic.cts.comPO Box 460  (San Diego)       UUCP: 
  1834. {hplabs!hp-sdd nosc}!crash!slic!mikeyLakeside, CA 92040-0460    
  1835.   GEnie: SLIC------------------------------Date: 5 Apr 92
  1836. 13:30:26 GMTFrom:
  1837. sdd.hp.com!swrinde!gatech!gatech!wa4mei!n4rsy!ke4zv!gary@network.
  1838. UCSD.EDUSubject: Why segregate TCP/IP? (was Re:
  1839. Keyboard-to-keyboard)To: packet-radio@ucsd.eduIn article
  1840. <1992Apr03.151338.2846518@locus.com> dana@locus.com (Dana H.
  1841. Myers) writes:>>  I can understand the desire to create a
  1842. low-level keyboard to keyboard>channel, but why do people
  1843. believe TCP/IP must be segregated to a channel>all by itself?>> 
  1844. Sure, FTP can consume a channel, but the same is true if
  1845. someone>downloads a large file using AX.25. Sure, the IP headers
  1846. print garbage>on some screens when monitoring the channel, but
  1847. so does NET/ROM, and this>is a truly petty complaint anyway.
  1848. What is the beef otherwise?With the original exponential backoff
  1849. in KA9Q, the problem was thatTCP/IP would *lose* the channel if
  1850. any ordinary AX25 user came up.If you had a couple of chatters
  1851. and a BBS going, KA9Q would back offto infinity. Now with
  1852. settable backoff, TCP can hold it's own withother channel users.
  1853. It's now up to the user to make it channel friendly or not. With
  1854. reasonable parameters, it coexists nicelywith other users.Gary
  1855. KE4ZV------------------------------End of Packet-Radio Digest
  1856. V92 #91******************************Date: Tue,  7 Apr 92
  1857. 04:30:01 PDTFrom: Packet-Radio Mailing List and Newsgroup
  1858. <packet-radio@ucsd.edu>Errors-To:
  1859. Packet-Radio-Errors@UCSD.EduReply-To:
  1860. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  1861. Digest V92 #92To: packet-radioPacket-Radio Digest         Tue, 
  1862. 7 Apr 92       Volume 92 : Issue  92Today's Topics:             
  1863.  Decoding Weather Satellite Pics (WEFAX)                        
  1864.  Dr4-10... (2 msgs)                   Help ka9q et al mailer
  1865. question                  Poor Man's packet & modem (2 msgs)    
  1866.     Why segregate TCP/IP? (was Re: Keyboard-to-keyboard)Send
  1867. Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
  1868. subscription requests to:
  1869. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  1870. otherwise to brian@ucsd.edu.Archives of past issues of the
  1871. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  1872. directory "mailarchives/packet-radio".We trust that readers are
  1873. intelligent enough to realize that all textherein consists of
  1874. personal comments and does not represent the officialpolicies or
  1875. positions of any party.  Your mileage may vary.  So
  1876. there.-----------------------------------------------------------
  1877. -----------Date: 6 Apr 92 14:38:03 GMTFrom:
  1878. eos!aio!sweetpea.jsc.nasa.gov!mancus@ames.arpaSubject: Decoding
  1879. Weather Satellite Pics (WEFAX)To: packet-radio@ucsd.edu    I am
  1880. attempting to put together a satellite ground station todecode
  1881. NOAA and GOES satellite images.  There are several
  1882. stumblingblocks in the way:    - I have an AEA-PK232A.  Supposedly
  1883. this supports WEFAX decoding,      but the operating manual that
  1884. comes with it just suggests buying      AEA's own software.  I want
  1885. to write my own, but have no information      on what format the
  1886. demodulated picture will be in when it appears      on my computer
  1887. serial line.    - Where can I get a 1691 MHz -> ~137 MHz
  1888. downconverter and what is      it likely to cost?    - Where can I get
  1889. ~2 ft of 9913 RG-8U?  The only source I've found      so far is
  1890. AES, and they only sell it in 100 ft rolls (according      to the
  1891. catalog).    - Does anyone have any comments on modifying scanners
  1892. in the 137 MHz      range to get the 30-50 kHz bandwidth required? 
  1893. Thanks for any help.    -Keith Mancus
  1894. <mancus@sweetpea.jsc.nasa.gov>    
  1895. N5WVR------------------------------Date: 6 Apr 1992 09:08:24
  1896. -0700From: ucsd.edu!news@network.UCSD.EDUSubject: Dr4-10...To:
  1897. packet-radio@ucsd.edujra@lawday.DaytonOH.NCR.COM (John
  1898. Ackermann) writes:>That's a real problem... when you have a
  1899. system that can turn around in>6 or 7ms, adding the several
  1900. hundred milliseconds that many RF-sensed>amps need to switch is
  1901. a real downer.On the other hand, it's not too much trouble to
  1902. run a new wire into theamp and connect it to the PTT circuit in
  1903. the associated transmitter -that way you don't have the delay in
  1904. the RF sensing circuit to dealwith.Typical clapper-type relays
  1905. switch in 4 to 5 milliseconds, so the relayisn't going to be a
  1906. timing problem when keying up.  However, they DOtake longer -
  1907. sometimes tens of milliseconds - to UNKEY.  This isworsened by
  1908. spike diodes.I suspect that some sort of totem-pole driver that
  1909. would short the relaycoil on unkey would significantly quicken
  1910. the unkey time, but it'd haveto be a pretty beefy transistor. 
  1911. Luckily, TV horizontal outputtransistors are only a few
  1912. dollars.This begs the question of whether the relay would
  1913. survive typical packetduty cycles.I have been using the antenna
  1914. relays out of old junk Motorola radios formy 56kb stuff.  They
  1915. are reasonably fast, and they're of sealed-reedconstruction, so
  1916. they may survive.    - Brian------------------------------Date:
  1917. Mon, 6 Apr 1992 22:16:35 GMTFrom:
  1918. sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!glenne@network.UCSD.E
  1919. DUSubject: Dr4-10...To: packet-radio@ucsd.eduIn
  1920. rec.radio.amateur.packet, brian@ucsd.edu (Brian Kantor) writes: 
  1921.   jra@lawday.DaytonOH.NCR.COM (John Ackermann) writes:   
  1922. Typical clapper-type relays switch in 4 to 5 milliseconds, so
  1923. the relay    isn't going to be a timing problem when keying up. 
  1924. However, they DO    take longer - sometimes tens of milliseconds
  1925. - to UNKEY.  This is    worsened by spike diodes.Really? The few
  1926. electo-mechanical switches I've looked at (they wereattenuators
  1927. along with T/R switches for a 432 MHz EME station) appearedto
  1928. switch in a few milliseconds but then they often bounced
  1929. afteranother several.  I didn't feel too comfortable in applying
  1930. lots ofpower until 20 milliseconds had gone by.  Maybe I just
  1931. tried the wrongbrand.    This begs the question of whether the
  1932. relay would survive typical packet    duty cycles.    I have
  1933. been using the antenna relays out of old junk Motorola radios
  1934. for    my 56kb stuff.  They are reasonably fast, and they're of
  1935. sealed-reed    construction, so they may survive.How about using
  1936. Mitsubishi (or anyone else's for that matter) MD00Xseries of PIN
  1937. switches?  They switch very rapidly, under a microsecond,and
  1938. take lots and lots of cycles.  The "H" suffix generally are
  1939. spec'dto handle at least 25 watts.  I've used these at 900 and
  1940. 1200 MHz withgreat success but there are also versions for 140
  1941. and 440 MHz territory.I think if enough people called RF Parts
  1942. that they might finallyactually get some in stock.  I've asked
  1943. them for them several times andthey've said something like "yes,
  1944. we can get them if there is interest"but I guess I never had
  1945. enough $'s to get them to count it as interest.  I'm using the
  1946. MD003H and MD004H in the 900 and 1200 MHz radios and they'vebeen
  1947. great. Varieties of the MD001 and M007 work at vhf and low uhf. 
  1948. Another alternative is to buy a few Unitrode (or other) PIN
  1949. diodes andbuild your own.  I think Microwave Components of
  1950. Michigan had parts awhile back and they may still.  It should
  1951. only cost a few dollars for even a fairly high power switch.
  1952. Insertion loss is generally between .5 and 1 dB for the ones
  1953. I've used.Glenn Elmore n6gnN6GN @ K3MC      amateur
  1954. IP:    glenn@SantaRosa.ampr.orgInternet:    glenne@sr.hp.com
  1955. ------------------------------Date: 6 Apr 92 22:48:56 GMTFrom:
  1956. medin%cod.nosc.mil@cod.nosc.milSubject: Help ka9q et al mailer
  1957. questionTo: packet-radio@ucsd.edu Im having a bit of trouble
  1958. with the mailer & ka9q software.After a lot of experimenting i
  1959. am running this way:1. domain.txt - has only callsigns, not
  1960. "callsign.ampr.org."2. domain suff null - the suffex(sp?) is not
  1961. specified ie "ampr.org."3. mail to "ted@n6trf" get thru fine &
  1962. most of the time i have no trouble   with addressing.   However,
  1963. when mail is sent to "n6trf" i get "n6trf.ampr.org not found"So
  1964. before i paint myself into a corner would you pse advise me on
  1965. what i should be doing (as above) or whatever so that
  1966. "ted@n6trf" & "n6trf" bothwork as good addresses. Thanks in
  1967. advance.73, tedn6trf------------------------------Date: 6 Apr 92
  1968. 02:41:58 GMTFrom:
  1969. csus.edu!netcomsv!micromed!msolinas@decwrl.dec.comSubject: Poor
  1970. Man's packet & modemTo: packet-radio@ucsd.eduCan a standard
  1971. modem be used with poor man's packet?  I have a zoom external,
  1972. and can purchase some used hayes modems (1200 baud) for $15. 
  1973. Can these be used with PMP?   Also, how would you connect from
  1974. the modem (standard phone type cord jacks) to a hand
  1975. talkit?----------------------------------------------------------
  1976. ---------------msolinas@micromed.net.netcom.com (Michael
  1977. Solinas)Micro-Medic BBS                                         
  1978.   (408) 280-1610------------------------------Date: Tue, 7 Apr
  1979. 1992 00:06:12 GMTFrom:
  1980. theory.TC.Cornell.EDU!payne@tcgould.tn.cornell.eduSubject: Poor
  1981. Man's packet & modemTo: packet-radio@ucsd.eduIn article
  1982. <N1FsiB2w165w@micromed.net.netcom.com>
  1983. msolinas@micromed.net.netcom.com (Michael Solinas) writes:>Can a
  1984. standard modem be used with poor man's packet?  I have a zoom
  1985. >external, and can purchase some used hayes modems (1200 baud)
  1986. for $15.  >Can these be used with PMP?No.  In general most
  1987. telephone modems *cannot* be used for 1200 baud packet.Most
  1988. UHF/VHF 1200 baud packet uses Bell 202, which is a half-duplex
  1989. FSK protocol.  Some old, old modems implement this protocol but
  1990. you don'tfind them around much anymore:  they usually get thrown
  1991. away.-- =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  = 
  1992. =  =  =  =  =  =  =  =Andrew C. Payne, N8KEI        UUCP: 
  1993. ...!cornell!batcomputer!payne                          INTERNET:
  1994.  payne@tc.cornell.edu------------------------------Date: 5 Apr
  1995. 92 14:44:51 GMTFrom:
  1996. swrinde!cs.utexas.edu!utgpu!watserv1!watmath!xenitec!lemsys!clemo
  1997. n@network.UCSD.EDUSubject: Why segregate TCP/IP? (was Re:
  1998. Keyboard-to-keyboard)To: packet-radio@ucsd.eduIn article
  1999. <1992Apr03.151338.2846518@locus.com> dana@locus.com (Dana H.
  2000. Myers) writes:>>  I can understand the desire to create a
  2001. low-level keyboard to keyboard>channel, but why do people
  2002. believe TCP/IP must be segregated to a channel>all by itself?>> 
  2003. Sure, FTP can consume a channel, but the same is true if
  2004. someone>downloads a large file using AX.25. Sure, the IP headers
  2005. print garbage>on some screens when monitoring the channel, but
  2006. so does NET/ROM, and this>is a truly petty complaint anyway.
  2007. What is the beef otherwise?        I believe the problem is that
  2008. AX.25 is more "aggressive" thanTCP/IP and will therefore, take
  2009. all of the channel time when conflicts andcollisions arise.--
  2010. Craig Lemon VE3XCL - Kitchener, Ontario. Amiga B2000  OS 2.04 
  2011. UUCPv1.15D. +1 519 741 0297    +1 519 578 7817              |
  2012. Silly people!  We all clemon@lemsys.UUCP
  2013. clemon%lemsys@xenitec.on.ca  | know that the Universe IP/Packet:
  2014. ve3xcl@ve3xcl.ampr.org [44.135.84.51]| revolves around
  2015. UUNET!------------------------------Date: 7 Apr 92 00:01:42
  2016. GMTFrom: agate!usenet.ins.cwru.edu!ncoast!allbery@ames.arpaTo:
  2017. packet-radio@ucsd.eduReferences <11321@perryd>,
  2018. <1992Apr01.145536.2842554@locus.com>,
  2019. <1992Apr2.171606.23719@telesoft.com>duReply-To :
  2020. allbery@ncoast.org (Brandon S. Allbery KF8NH)Subject : Re: Help
  2021. 2nd try tcpip ka9q problemAs quoted from
  2022. <1992Apr2.171606.23719@telesoft.com> by garym@telesoft.com (Gary
  2023. Morris @lone):+---------------| In article <11321@perryd>
  2024. perryd@Software.Mitel.COM (Dave Perry) writes:| >In article
  2025. <1992Mar31.003359.12431@NCoast.ORG> allbery@ncoast.org (Brandon
  2026. S. Allbery KF8NH) writes:| >>AX.25 is a poor wrapper for IP and
  2027. NET/ROM packets; unfortunately, thanks to| >>the FCC it's all we
  2028. have.  (grrr.....)| >>| >Is this true? That is, is there a legal
  2029. requirement to use AX.25 frames| >to encapsulate IP datagrams?
  2030. Or would any framing which contained the| >transmitting
  2031. station's call do?| | 97.109d essentially says that stations
  2032. under automatic control and passing| third party traffic must
  2033. use AX.25 protocol.  The originating station must| not be
  2034. automatically controlled.  | | So unless you pass NTS traffic,
  2035. you don't have to use AX.25.+---------------I beg your pardon,
  2036. but the definition of "third party traffic" in Part 97 issuch
  2037. that digipeating and NET/ROM and IP packet forwarding qualify. 
  2038. You cantherefore omit AX.25 Level 2 only for direct
  2039. point-to-point links not runninge.g. POP.This is
  2040. annoying.++Brandon-- Brandon S. Allbery, KF8NH [44.70.4.88]     
  2041.   allbery@NCoast.ORGSenior Programmer, Telotech, Inc. (if I may
  2042. call myself that...)------------------------------End of
  2043. Packet-Radio Digest V92 #92******************************Date:
  2044. Wed,  8 Apr 92 04:30:04 PDTFrom: Packet-Radio Mailing List and
  2045. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  2046. Packet-Radio-Errors@UCSD.EduReply-To:
  2047. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  2048. Digest V92 #93To: packet-radioPacket-Radio Digest         Wed, 
  2049. 8 Apr 92       Volume 92 : Issue  93Today's Topics:             
  2050.             AmigaNOS questions                          Combined
  2051. radio/TNC                     G3RUH with IC-32E/A, anyone?      
  2052.               Ottawa PI board and CSU/DSU                     
  2053. Poor Man's packet & modem                 Rejected posting to
  2054. I-PACRAD@UIUCVMDSend Replies or notes for publication to:
  2055. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  2056. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  2057. otherwise to brian@ucsd.edu.Archives of past issues of the
  2058. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  2059. directory "mailarchives/packet-radio".We trust that readers are
  2060. intelligent enough to realize that all textherein consists of
  2061. personal comments and does not represent the officialpolicies or
  2062. positions of any party.  Your mileage may vary.  So
  2063. there.-----------------------------------------------------------
  2064. -----------Date: 7 Apr 1992 08:43:27 -0700From:
  2065. news-mail-gateway@ucsd.eduSubject: AmigaNOS questionsTo:
  2066. packet-radio@ucsd.eduI have a couple of AmigaNOS questions:1) Is
  2067. there a command to instruct AmigaNOS to constantly update all  
  2068. session windows instead of only the currently active one?2) How
  2069. do I change the default timezone from GMT to EST since I have my
  2070.   machines clock set to EST and it puts "GMT" after the time?3)
  2071. Has anybody successfully used AmigaELM instead of BM for a
  2072. mailer?--
  2073. _________________________________________________________________
  2074. _____Dan Roman           |     ///          Internet: 
  2075. roman_d@timeplex.comTimeplex Inc.       | \\\///             
  2076. GEnie:  D.ROMAN1Woodcliff Lake, NJ  |  \XX/ Only AMIGA!     
  2077. Homebrew is better
  2078. brew.============================================================
  2079. ==========------------------------------Date: 6 Apr 92 19:32:41
  2080. GMTFrom:
  2081. usc!wupost!news.utdallas.edu!tamsun!inetg1!ut-emx!ibmchs!auschs!a
  2082. wdprime.austin.ibm.com!vulcan.austin.ibm.com!ben@network.UCSD.EDU
  2083. Subject: Combined radio/TNCTo: packet-radio@ucsd.eduDoes anyone
  2084. know of a combined 2 meter radio/TNC? This would seem to be
  2085. alogical combination. Thanks.N5DJL-- 
  2086. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  2087. ~~~~~~~  unet: ben@perfmap.austin.ibm.com         | My opinions
  2088. are my own.  CI$:  76337,1730                         | IBM's
  2089. are confidential.
  2090. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  2091. ~~~~~~~------------------------------Date: 8 Apr 92 09:35:34
  2092. GMTFrom: mcsun!news.funet.fi!cc.tut.fi!ray@uunet.uu.netSubject:
  2093. G3RUH with IC-32E/A, anyone?To: packet-radio@ucsd.edu   I have
  2094. just finished constructing my G3RUH 9600bps modem and now   I
  2095. need to get it connected to my radio, which is IC-32E. I know
  2096. that   it might not be possible, but I don't have the cash to
  2097. buy a new rig   at the moment. Any help with this is welcome--
  2098. -----------------------------------------------------------------
  2099. ------------    Harri Viertola, InterNet: ray@cc.tut.fi Packet:
  2100. OH3LDL@OH3RBR.FIN.EU   IRC:Harri  Phone:+358-31-552 500 
  2101. Addr:Ilmarink. 39 B 22, 33500 Tampere       .tut.fi stands for
  2102. Tampere University of Technology,
  2103. Finland------------------------------Date: 5 Apr 92 21:15:32
  2104. GMTFrom:
  2105. dog.ee.lbl.gov!nosc!suned1!anacapa!geoff@network.UCSD.EDUSubject:
  2106.  Ottawa PI board and CSU/DSUTo: packet-radio@ucsd.eduHas anyone
  2107. hooked the high-speed port of a Ottawa PI card to a CSU/DSU
  2108. running 56 KB/S?  I just got two PI cards, and lacking yet the
  2109. WA4DSY modems, thought i'd try something else - upgrading an
  2110. existing landline 4-wire circuit (2 miles) now using short-haul
  2111. async modems at 9600 bps, to 56 kbps, using a pair of spare
  2112. CSU/DSUs as line drivers.  The CSU/DSUs are Codex 3500.  They
  2113. have DB-25 connectors strap-selectable as RS-232 or V.35, of
  2114. which the RS232 appears preferable here (it's unbalanced, where
  2115. V.35 has some balanced pairs.)  Looks like, at first glance, I
  2116. just need to hook up RS232 drivers and receivers to convert the
  2117. PI card's TTL in/out to the CSU/DSU's levels (or bypass
  2118. something in the CSU/DSU), and wire the appropriate ins and outs
  2119. together.  Any ideas?  Anyone done this?
  2120.                 geoff------------------------------Date: 7 Apr 92 15:00:36
  2121. GMTFrom:
  2122. swrinde!gatech!gatech!kd4nc!ke4zv!gary@network.UCSD.EDUSubject:
  2123. Poor Man's packet & modemTo: packet-radio@ucsd.eduIn article
  2124. <N1FsiB2w165w@micromed.net.netcom.com>
  2125. msolinas@micromed.net.netcom.com (Michael Solinas) writes:>Can a
  2126. standard modem be used with poor man's packet?  I have a zoom
  2127. >external, and can purchase some used hayes modems (1200 baud)
  2128. for $15.  >Can these be used with PMP?>   Also, how would you
  2129. connect from the modem (standard phone type cord >jacks) to a
  2130. hand talkit?Packet uses Bell 202 tones while your Zoom and the
  2131. Hayes 1200 use Bell 212tones. They are not compatible. The
  2132. "smart" in the smartmodems also getsin your way. The original
  2133. Hayes Smartmodem had a method of using the 300baud speed over
  2134. radio. There's instructions in the back of the modem
  2135. manual.*That* would be compatible with HF packet, but your
  2136. program would have touse "AT" commands to switch from transmit
  2137. to receive. All in all it's alosing proposition when a couple of
  2138. Exar chips or an AMD7910 make a perfectly satisfactory packet
  2139. modem for a few bucks.Gary
  2140. KE4ZV------------------------------Date: 7 Apr 1992 15:10:24
  2141. -0700From: news-mail-gateway@ucsd.eduSubject: Rejected posting
  2142. to I-PACRAD@UIUCVMDTo: packet-radio@ucsd.eduYour message is
  2143. being returned to you unprocessed because it seems to have
  2144. beenalready sent to the I-PACRAD list. That  is, a message with
  2145. identical body (butpossibly different headers) has been posted
  2146. to the list recently, either by youor by  someone else. If you 
  2147. have a good reason  to resend this message  to thelist (for
  2148. instance because half of the outbound spool files were lost in a
  2149. diskcrash at  some intermediate node),  please alter the 
  2150. message text in  some waybefore resending  it. Note that 
  2151. altering the  "Subject:" line or  adding blanklines at the top
  2152. or bottom of the message is not sufficient; you should
  2153. insteadadd a line  at the top explaining  why you are re-sending
  2154. the  message, for thebenefit of the list
  2155. membership.------------------------ Rejected message (220 lines)
  2156. -------------------------Received: from CUNYVM.BITNET by
  2157. VMD.CSO.UIUC.EDU (Mailer R2.07) with BSMTP id 9609; Tue, 07 Apr
  2158. 92 17:09:25 CDTReceived: from CUNYVM by CUNYVM.BITNET (Mailer
  2159. R2.08) with BSMTP id 7873; Tue, 07 Apr 92 18:08:02 EDTReceived:
  2160. from ucsd.edu by CUNYVM.CUNY.EDU (IBM VM SMTP V2R2) with TCP;  
  2161. Tue, 07 Apr 92 18:08:00 EDTReceived: by ucsd.edu; id
  2162. AA17998    sendmail 5.64/UCSD-2.2-sun    Sun, 5 Apr 92 04:30:04 -0700
  2163. for packet-radioReceived: by ucsd.edu; id AA17992    sendmail
  2164. 5.64/UCSD-2.2-sun    Sun, 5 Apr 92 04:30:02 -0700 for
  2165. /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi
  2166. -fpacket-radio-relay packet-radio-listMessage-Id:
  2167. <9204051130.AA17992@ucsd.edu>Date: Sun,  5 Apr 92 04:30:01
  2168. PDTFrom: Packet-Radio Mailing List and Newsgroup
  2169. <packet-radio@ucsd.edu>Errors-To:
  2170. Packet-Radio-Errors@UCSD.EduReply-To:
  2171. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  2172. Digest V92 #90To: packet-radio@UCSD.EDUPacket-Radio Digest      
  2173.   Sun,  5 Apr 92       Volume 92 : Issue  90Today's Topics:     
  2174.                   9600 baud/D-410 reply   Printed Circuit board
  2175. fer 2Mbps Datalink from 1991 ARRL handbook   printed circuit
  2176. diagram or 2Mbps datalink in 1991 ARRL handbook                 
  2177. Ramsey FX 146 mod for packet  file            Using a full
  2178. duplex repeater for packet radio         Why segregate TCP/IP?
  2179. (was Re: Keyboard-to-keyboard)Send Replies or notes for
  2180. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  2181. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  2182. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  2183. Packet-Radio Digest are available(by FTP only) from UCSD.Edu in
  2184. directory "mailarchives/packet-radio".We trust that readers are
  2185. intelligent enough to realize that all textherein consists of
  2186. personal comments and does not represent the officialpolicies or
  2187. positions of any party.  Your mileage may vary.  So
  2188. there.-----------------------------------------------------------
  2189. -----------Date: 4 Apr 1992 17:54:02 -0800From:
  2190. news-mail-gateway@ucsd.eduSubject: 9600 baud/D-410 replyTo:
  2191. packet-radio@ucsd.eduIn message
  2192. <702073623.F00002@tdkt.kksys.com> you write:>> I was reading an
  2193. article from the Packet Register and I saw> something that said>
  2194. "The Kantronics D-410 radio has a data slicer and has been
  2195. tested> successfuly with raw data.  However, this configuration
  2196. is not                   ^^^^^^^^            ^^^^^^^^^^^^^^^^^^ 
  2197.                                      i.e. no modem> compatible
  2198. with any other formats, such s K9NG/G3RUH, but could> certainly
  2199. be used in a pt to pt application.">> Is this true??? If I buy a
  2200. Data engine with the 9600 baud modem,                           
  2201.              ^^^^^^^^^^^^^^^^^^^^^^^> and the DR4-10 will I not
  2202. be able to connect to others> on the network using TAPR 9600
  2203. baud modems and Motorola rigs????> Doesn't seem right to
  2204. me...Me, neither.We have here apples and orangutans.The data
  2205. slicer built into the D-410 provides no scrambling; the
  2206. k9ng,g3ruh, and TAPR modems do; ergo you can't use the D-410
  2207. _without_ amodem and be compatible with those _using_ one of the
  2208. afore-mentionedmodems.The D-410, when used with a
  2209. k9ng/g3ruh/TAPR modem will work just fineand be compatible with
  2210. others using these modems. -- Mike  
  2211. wd6ehr.ampr.org!wd6ehr@puffin.UUCP------------------------------D
  2212. ate: Sun, 5 Apr 1992 05:12:56 GMTFrom:
  2213. munnari.oz.au!bunyip.cc.uq.oz.au!marlin.jcu.edu.au!solwarra.gbrmp
  2214. a.gov.au!wayne @network.UCSD.EDUSubject: Printed Circuit board
  2215. fer 2Mbps Datalink from 1991 ARRL handbookTo:
  2216. packet-radio@ucsd.eduHi,  I would like to know if anyone could
  2217. possible send me a postscriptfile of the printed circuit board
  2218. layout for the 2 Mbps Microwave Datalinkas printed in the 1991
  2219. ARRL handbook in chapter 32.tnx in advance.cul 73's de
  2220. wayne--Wayne Amisano               - News Administrator   | wk
  2221. ph. +(61) 77 81-8861GBRMPA                      - Townsvile,
  2222. Australia.| ph fax +(61) 77 72-6093wayne@gbrmpa.gov.au         -
  2223. Internet             |  Life is too
  2224. importantvk4kt@vk4afs.#NQ.QLD.AUS.OC - PBBS                 | 
  2225. to be taken seriously------------------------------Date: Sun, 5
  2226. Apr 1992 05:20:50 GMTFrom:
  2227. munnari.oz.au!bunyip.cc.uq.oz.au!marlin.jcu.edu.au!solwarra.gbrmp
  2228. a.gov.au!wayne @network.UCSD.EDUSubject: printed circuit diagram
  2229. or 2Mbps datalink in 1991 ARRL handbookTo:
  2230. packet-radio@ucsd.eduHi,  I would like to know if anyone could
  2231. possible send me a postscriptfile of the printed circuit board
  2232. layout for the 2 Mbps Microwave Datalinkas printed in the 1991
  2233. ARRL handbook in chapter 32.tnx in advance.cul 73's de
  2234. wayne--Wayne Amisano               - News Administrator   | wk
  2235. ph. +(61) 77 81-8861GBRMPA                      - Townsvile,
  2236. Australia.| ph fax +(61) 77 72-6093wayne@gbrmpa.gov.au         -
  2237. Internet       
  2238.  
  2239.       |  Life is too importantvk4kt@vk4afs.#NQ.QLD.AUS.OC - PBBS
  2240.                 |  to be taken
  2241. seriously------------------------------Date: Sat, 4 Apr 1992
  2242. 14:49:06 GMTFrom:
  2243. pacbell.com!att!cbfsb!cbnewsb.cb.att.com!wa2ise@network.UCSD.EDUS
  2244. ubject: Ramsey FX 146 mod for packet  fileTo:
  2245. packet-radio@ucsd.educopied from packet: Msg# TSF  Size #Rd 
  2246. Date  Time From   MsgID        To 6886 BF    728   0 29-Mar 1800
  2247. AA2ES  1289_WA2AAR  RAMSEY@ALLUSA () Sb: FX-146 Packet ModAnyone
  2248. experiencing low audio levels on transmit when in packet mode
  2249. andusing the rear 5-pin DIN connector may find this mod useful.
  2250. It worked for me.C65 which connects the AFSK input from the TNC
  2251. to the mic line has thestandard value, .01uf. In my case this
  2252. caused severe attenuation of the AFSKsignal to the point where I
  2253. was unable to connect to anything. Replacing C65with a 0.1uf cap
  2254. cured the problem.73 - Ian,
  2255. AA2ES@WA2AAR.NJ.USA.NA===========================================
  2256. ===================================Note: I haven't tried or
  2257. verified this, proceed at your own risk. 
  2258. WA2ISE------------------------------Date: 3 Apr 92 17:06:31
  2259. GMTFrom:
  2260. sdd.hp.com!spool.mu.edu!hri.com!noc.near.net!gateway!pictel!wpns@
  2261. network.UCSD.E DUSubject: Using a full duplex repeater for
  2262. packet radioTo: packet-radio@ucsd.eduIn article
  2263. <46XDiB1w164w@slic.cts.com> mikey@slic.cts.com (Mike Shirley)
  2264. writes:>We plan on adding a secondary PL decoder at the repeater
  2265. which>when it detects the "packet" PL, will add a 10 second
  2266. hang-time,>place the packet repeater into carrier for 10 seconds
  2267. after drop>of the packet PL and will bypass the voice channels
  2268. into the>controller.  This should keep the turn-around times to
  2269. a minumim.>>The normal PL decoder is always active and if it
  2270. detects "voice>PL, it will open the audio line from the TNC and
  2271. essencially>disable the "packet transmitter" til the controller
  2272. hang timer>has expired.But if a packet transmitter and a voice
  2273. transmitter both key up at thesame time, neither PL decoder will
  2274. see anything useful.  How do youintend to deal with this type of
  2275. collision?  The only thing I canthink of would be separate
  2276. receivers on opposite splits for voice andpacket....Willie
  2277. Smithwpns@pictel.com------------------------------Date: Sat, 4
  2278. Apr 1992 18:50:44 GMTFrom:
  2279. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  2280. bject: Why segregate TCP/IP? (was Re: Keyboard-to-keyboard)To:
  2281. packet-radio@ucsd.eduIn article <9204032058.AA28353@ucsd.edu>
  2282. enge@almaden.ibm.com (Roy Engehausen) writes:>This was done in
  2283. Northern Calif.  at the request of the TCPIPers.  It>seems that
  2284. a lot of AX.25 activity would cause TCPIP to back off so>far
  2285. that it was getting unusable.Actually, it's not the different
  2286. protocols, it's the differentcongestion control algorithms in
  2287. the various implementations. MostAX.25 implementations do not
  2288. perform exponential backoff, and thismakes them highly
  2289. vulnerable to congestion collapse on a loadedchannel.Both my TCP
  2290. and AX.25/LAPB implementations perform binary
  2291. exponentialbackoff, and as long as *everybody* on a channel uses
  2292. them things aremuch more stable. But if you have some stations
  2293. that do backoff andsome that don't, those that don't will end up
  2294. stealing most of thechannel.So a much better criteria for
  2295. segregating traffic would be based onthe channel access method,
  2296. not the higher level protocols orapplications in
  2297. use.Phil------------------------------End of Packet-Radio Digest
  2298. V92
  2299. #90******************************------------------------------En
  2300. d of Packet-Radio Digest V92
  2301. #93******************************Date: Thu,  9 Apr 92 04:30:03
  2302. PDTFrom: Packet-Radio Mailing List and Newsgroup
  2303. <packet-radio@ucsd.edu>Errors-To:
  2304. Packet-Radio-Errors@UCSD.EduReply-To:
  2305. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  2306. Digest V92 #94To: packet-radioPacket-Radio Digest         Thu, 
  2307. 9 Apr 92       Volume 92 : Issue  94Today's Topics:             
  2308.          Administrivia - Whoops!                       (F)
  2309. Stephens fish system                          20th Century Wars 
  2310.                                ????                       [P]
  2311. command in AmigaNOS                              A LetR 4 U     
  2312.                         Alligators                        And
  2313. Where do you Live                             ASSIMILATION      
  2314. automatic control (was: Help 2nd try tcpip ka9q problem)        
  2315.                  Baudot TTY wanted              Bicycling parts,
  2316. acces. for sale (2 msgs)      Chinese Nationals Came Before
  2317. 4/1/90 Will Have Greencard.                               
  2318. Chorus                             creationism                  
  2319.      Creation Vs Evolution                                  d   
  2320.                             Dr4-10                           
  2321. Electroplating                      Future of Music Education   
  2322.                          GIS Software                     
  2323. Global Ed. And Technology                            Hello (4
  2324. msgs)                                hello?                     
  2325.            help                   Help 2nd try tcpip ka9q
  2326. problem                      HEY...                             
  2327.               HHHHHHAAAAAALOOOOOOO                              
  2328.    Hi                          Internat.wpk Reply               
  2329.       Is ISC X2.0 based on X386?                        LATE
  2330. READING (2 msgs)        List of 4800 baud and 9600 baud capable
  2331. radios needed.                         looking for a friend     
  2332.            Mac Programmer/FORTRAN/Unix Job, CO                  
  2333.               Mail                             Miss Saigon      
  2334.              No more "Trademarks" for me...                     
  2335.        Other Music!                   packratt interface info.
  2336. needed                                penpal                    
  2337.           Penpals                            Pen Pals Reply     
  2338.                            Poem                              
  2339. POLITICS                      Poor Man's packet & modem         
  2340.                 Quebec Separation                    
  2341. Rock-a-Doodle GIF's anybody?                      Set Up HP 425t
  2342. Workstation                        SUSPIROS DE PRIMAVERA        
  2343.                   The Wash???????                             
  2344. What's Up!                         Where is PonchatoulaSend
  2345. Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
  2346. subscription requests to:
  2347. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  2348. otherwise to brian@ucsd.edu.Archives of past issues of the
  2349. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  2350. directory "mailarchives/packet-radio".We trust that readers are
  2351. intelligent enough to realize that all textherein consists of
  2352. personal comments and does not represent the officialpolicies or
  2353. positions of any party.  Your mileage may vary.  So
  2354. there.-----------------------------------------------------------
  2355. -----------Date: 8 Apr 1992 15:38:41 -0700From:
  2356. ucsd.edu!not-for-mail@network.UCSD.EDUSubject: Administrivia -
  2357. Whoops!To: packet-radio@ucsd.eduI just installed a new news
  2358. system today on UCSD (where the internetgateway for these
  2359. digests is located), and because of a minor typo inone file
  2360. (forgot a negation sign), we dumped several hundredcompletely
  2361. irrelevant messages into these digests.Humble apologies. 
  2362. Arrgh!It will probably take a day for them to clear out.Ah well,
  2363. as my school advisor used to say:    "Never make small mistakes. 
  2364. The large ones are easier to spot."    -
  2365. Brian------------------------------Date: Wed, 8 Apr 92 17:48:40
  2366. GMTFrom:
  2367. nsisrv!kong!mstephens.520%postman.gsfc.nasa.gov@ames.arpaSubject:
  2368.  (F) Stephens fish systemTo: packet-radio@ucsd.eduI'm starting
  2369. on my next great aquarium endeavor... a fish rack.  The 75
  2370. gallon "Stephens" plant tank is doing fine.  The algae is under
  2371. control, plants seem to be doing fine and maintenance is
  2372. routine.  The fish population is increasing!!!   Time for
  2373. something new to spend my resources on.A fish rack.  Yes, I want
  2374. to get back into breeding fish.  So I'm looking to setup an area
  2375. in my basement for such a beast.  I've visited two fish rooms:
  2376. one for discus and the other for killies.  I hope to cajole my
  2377. way into a house that breeds dwarf cichlids.  We'll see.  If
  2378. anybody is thinking along similar lines, visiting setups is
  2379. very, very helpful.Currently, the set up as designed is one
  2380. rack, eight feet long with three tiers. The tanks are a mixture
  2381. of 15's, 20's and 10's.  The target fish are killies, dwarf
  2382. cichlids and tetras (actually, any small fish).  And yes, I'm
  2383. aware that killies and cichlids have different temperature needs
  2384. and others as well... that's part of the challenge and fun.  If
  2385. some fish decline to breed "on the rack", I won't breed 'em.  So
  2386. there.This is all on a Mac computer, in design, so nothing is
  2387. final and it's gona take me a few months to pull it all
  2388. together.  Currently the target specs are:+  210 gallons total
  2389. capacity: each tier has :   20L, 3 10s, 20L   The 10s are viewed
  2390. length wise.+  Bio filter a la Rubbermade and trash can+  Plant
  2391. scrubber with water hyacinth, also servers as water changing
  2392. sump (see below).+  Water change via valve and switch throw,
  2393. system tied to house plumbing+  Temperature of 75F+  Tap water
  2394. for water change pre-filtered thru charcoal (currently the tap
  2395. water has 4ppm N-Nitrate & 4 dH general hardness, no
  2396. chloramines)+  Tanks will be drilled out from the bottom with
  2397. water taken from the top.+  Filtered water is squirted across
  2398. the top of each tank, but I may have a vertical spray bar to
  2399. encourage the mulm from the bottom to leave.The idea for the
  2400. filter is to make it effective, of course, but also to make a
  2401. water change in as little as 10 minutes or less.  The idea is to
  2402. have a water container large enough to hold all of the water
  2403. needed to make the change.  System water pours into that
  2404. container from the drilled tanks, and a pipe, located a few
  2405. inches below the top of the container, leads the water to the
  2406. top of the bio-filter.  Easily changed floss continuing
  2407. pre-filters are placed on top of each container.   See the
  2408. silly, ASCII I don't know why I bother, drawing below.from
  2409. return  *  *  *********0*********************    |      *      |
  2410.             *    |      *      ***************    |            
  2411. |         |   *        |               *    |             |     
  2412.    |            |               *    |             |         |  
  2413.          |               * *0**             |         |         
  2414.   ******** pump ***    |_____________|         |____________|   
  2415.   40-50 gallon           bio-filter    water change sump        
  2416. To make a water change you divert the dirty water from the water
  2417. change sump by turning a valve (the "0"), causing water to flow
  2418. directly into the bio-filter.  Open the valve at the bottom of
  2419. the sump and water goes down the drain (or elsewhere).  Not
  2420. shown is the connection to the house plumbing going into the
  2421. water change sump.  Close the bottom valve, fill the container
  2422. with tap, condition if needed, and open the top valve and
  2423. presto... water has been changed.  (Right?)To some, this may
  2424. seem like overkill.  I have difficulty in dealing with events
  2425. where you have to time yourself.  The killifish room used the
  2426. meridian water changers.  He did report one event where he
  2427. forgot them and left them on for an extended time and the fish
  2428. started to feel the effects of chlorine!  Knowing me, I would do
  2429. this all the time. And I do with the de-ionizer setup I
  2430. currently have.Comments are most welcome.  Reports of any
  2431. experiences folks have had with systems of this type are also
  2432. welcome.  A few questions:How much bio-media do I need?  Both
  2433. for in and out of water "wet/dry" filter.  I know, it depends on
  2434. several factors, but even a rough idea would be helpful.  The
  2435. discus system had 10 gallons of Bio-pack for 225 gallons of tank
  2436. water.  Overkill or under?  Or right on?The current rack design
  2437. has 20L tanks being supported length wise only, there is no
  2438. support for the ends.  Is this OK?  The tens are perpendicular
  2439. to the 20s and are supported by the same two beams as the 20s. 
  2440. The killifish room had this arrangement and it seem to work
  2441. well.                  mark------------------------------Date:
  2442. Tue, 07 Apr 92 19:47:59 PSTFrom:
  2443. iWarp.intel.com|psgrain!m2xenix!puddle!f6.n345.z1.fidonet.org!Lau
  2444. rence.Akiyama@uunet.uu.netSubject: 20th Century WarsTo:
  2445. packet-radio@ucsd.eduYou want a debate? You got it! That's what
  2446. Debate teams are for, after all... I'm a warfare buff, too, and
  2447. I just ran out of people to talk to on this subject. That is, I
  2448. ran out of NEW people to talk with; my old bunch is still
  2449. around, waiting for something to argue over...If you want to
  2450. talk, I'm here to listen and then..."chat". --  uucp:
  2451. uunet!m2xenix!puddle!345!6!Laurence.AkiyamaInternet:
  2452. Laurence.Akiyama@f6.n345.z1.fidonet.org--------------------------
  2453. ----Date: Tue, 07 Apr 92 09:23:00 PSTFrom:
  2454. iWarp.intel.com|psgrain!m2xenix!puddle!f690.n260.z1.fidonet.org!K
  2455. ristie.Maher@uunet.uu.netSubject: ????To:
  2456. packet-radio@ucsd.eduOne Paragraph four pages long.  Sounds like
  2457. a long report.  The maximum report I had to do  is two pages. 
  2458. Well, got to go now someone esle what to use this.  Bye  -- 
  2459. uucp: uunet!m2xenix!puddle!260!690!Kristie.MaherInternet:
  2460. Kristie.Maher@f690.n260.z1.fidonet.org---------------------------
  2461. ---Date: 8 Apr 1992 04:49:57 -0700From:
  2462. news-mail-gateway@ucsd.eduSubject: [P] command in AmigaNOSTo:
  2463. packet-radio@ucsd.eduThe AmigaNOS v2.8s mailbox command [P]age
  2464. returns an error code.The akit28s files contain a sample
  2465. NOS-startup file that includes the lineamiga command "NewCLI
  2466. From s:server-shell"I can't find a file in the AmigaNOS 2.8s
  2467. archives called "server-shell"My guess is that it is needed to
  2468. open a console window for [P].Can anyone get me
  2469. directions?ThanksTom------------------------------Date: Tue, 07
  2470. Apr 92 09:30:00 PSTFrom:
  2471. iWarp.intel.com|psgrain!m2xenix!puddle!f690.n260.z1.fidonet.org!G
  2472. ina.Nurse@uunet.uu.netSubject: A LetR 4 UTo:
  2473. packet-radio@ucsd.eduBrian,So I heard that you enjoyed the water
  2474. Derby quite well. Brian what would your definition of the Water
  2475. Derby.  If you cant answer that, thats o.k. cause if you were to
  2476. ask me the same thing I couldn't even tell you my name. Do ya
  2477. understand?  Well Kristie said that she met you.  I hope you
  2478. were a good BOY!  Well I better get Jammin' catch ya
  2479. Later!!!Peace Always,Gina  --  uucp:
  2480. uunet!m2xenix!puddle!260!690!Gina.NurseInternet:
  2481. Gina.Nurse@f690.n260.z1.fidonet.org------------------------------
  2482. Date: Sat, 04 Apr 92 23:21:05 PSTFrom:
  2483. iWarp.intel.com|psgrain!m2xenix!puddle!p0.f0.n324.z1.fidonet.org!
  2484. Aj.Capece@uunet.uu.netSubject: AlligatorsTo:
  2485. packet-radio@ucsd.eduHey Mandi, Whats up???, Thats cool!!! My
  2486. name is AJ Capece Im from danvers Ma> Im about 5'11'' brown eyes
  2487. and hair. I love music almost any kind.  I also like out door
  2488. sports like hockey, Hunting,fishing...etc that kind of stuff. I
  2489. also like just hangin with my friends! What do you do for fun?
  2490. What kind of music do you like? Can I ask you somthing? How come
  2491. you wanted guys to write Hugh?well gotta go-WBS--  uucp:
  2492. uunet!m2xenix!puddle!324!0.0!Aj.CapeceInternet:
  2493. Aj.Capece@p0.f0.n324.z1.fidonet.org------------------------------
  2494. Date: Sun, 05 Apr 92 09:21:00 PSTFrom:
  2495. iWarp.intel.com|psgrain!m2xenix!puddle!f400.n348.z1.fidonet.org!M
  2496. ichael.Gamer@uunet.uu.netSubject: And Where do you LiveTo:
  2497. packet-radio@ucsd.eduMyself I am from winnipeg... But I used to
  2498. live in L.A. California....Looking for some of my old friends...
  2499. I think!4Don't forget... My name is 6Michael Gamer/?--  uucp:
  2500. uunet!m2xenix!puddle!348!400!Michael.GamerInternet:
  2501. Michael.Gamer@f400.n348.z1.fidonet.org---------------------------
  2502. ---Date: Tue, 07 Apr 92 18:48:43 PSTFrom:
  2503. iWarp.intel.com|psgrain!m2xenix!puddle!f721.n278.z1.fidonet.org!S
  2504. tephen.Rubright@uunet.uu.netSubject: ASSIMILATIONTo:
  2505. packet-radio@ucsd.eduI agree that Austrailia is much harder to
  2506. get to. The problem is that the Liberal establishment in this
  2507. country is making it so easy for immigrants NOT to assimilate
  2508. i.e. having a multilingual culture. So many things are written
  2509. in Spanish,and Oriental languages which makes me (and many
  2510. others) feel like a foreigner in their own country.It's
  2511. disgusting and absolutely horrible, not because it is a
  2512. different language but because that we live in a traditionally
  2513. English speaking country but we are losing that and frankly, I'm
  2514. frightened.--  uucp:
  2515. uunet!m2xenix!puddle!278!721!Stephen.RubrightInternet:
  2516. Stephen.Rubright@f721.n278.z1.fidonet.org------------------------
  2517. ------Date: 8 Apr 92 22:11:20 GMTFrom:
  2518. gossip.pyramid.com!olivea!isc-br!tau-ceti!comtch!iea!FredGate@dec
  2519. wrl.dec.comSubject: automatic control (was: Help 2nd try tcpip
  2520. ka9q problem)To: packet-radio@ucsd.eduThis is no doubt a very
  2521. contentious problem...but I completely disagree withthe concept
  2522. of not having an amateur responsible for their
  2523. transmissions.Personal responsibility goes to the heart of the
  2524. amateur radio hobby. It mayvery well be that PBBS' will have to
  2525. undergo a drastic change in thefuture...however, that seems to
  2526. me a better route than approaching the FCC withthe idea of
  2527. relieving certain stations of any responsiblity for their
  2528. actions.This experiment has already been done on 11 meters, and
  2529. the result is one whichthe FCC would probably rather not
  2530. repeat.Even the phone boards have restrictions on content, why
  2531. should the PBBS' be anydifferent? If you want to run a PBBS,
  2532. then you have to be aware of the currentregulations covering
  2533. unattended forwarding, and be willing to abide by them.  pat 
  2534. nq7m * Origin: Radio Therapy BBS * 509.534.7924 *
  2535. (1:346/3)------------------------------Date: 8 Apr 92 18:27:56
  2536. GMTFrom:
  2537. sdd.hp.com!spool.mu.edu!umn.edu!noc.MR.NET!uc.msc.edu!apctrc!nap.
  2538. amoco.com!dlhanson@network.UCSD.EDUSubject: Baudot TTY wantedTo:
  2539. packet-radio@ucsd.eduSorry to pollute this group slightly.  But
  2540. I thought that maybe someonehere might be able to help me.  I am
  2541. looking for a Baudot terminal sothat I can talk to my deaf
  2542. friend without using a relay service.  Idon't want to spend the
  2543. several hundred $'s to buy either a new TDD ora Baudot operable
  2544. modem.  I had the idea that TTY's used to use Baudot.  Is this
  2545. correct?  If these,would be compatible does anyone know where I
  2546. might look in the Chicagoarea for an old surplus Baudot TTY. (I
  2547. have a good understanding ontoday's modems but other than
  2548. knowing that the deaf's TTD's use differentfrequencies and a
  2549. different encoding technique (Baudot instead of ASCII), Idon't
  2550. know much about the older equipment.David 
  2551. N5HPO============================================================
  2552. =============David L. Hanson       Internet -->
  2553. dlhanson@nap.amoco.comAmoco Corporation     X.400    -->
  2554. A=attmail,P=amoco,S=Hanson,G=David,I=LPO Box 3011, MC B-1  
  2555. Phone    --> (708)420-4391Naperville, IL 60566Any opinions
  2556. expressed are my own!   "More security = less
  2557. security"========================================================
  2558. ==================------------------------------Date: 8 Apr 92
  2559. 17:42:14 GMTFrom:
  2560. usc!sdd.hp.com!spool.mu.edu!agate!boulder!ucsu!hutton@network.UCS
  2561. D.EDUSubject: Bicycling parts, acces. for saleTo:
  2562. packet-radio@ucsd.eduI need to sell the following bicycling
  2563. equipment because the end of the semester is rolling around and
  2564. I need the money in a bad way.I have the following stuff for
  2565. sale:Condition:[5 unused; 3 good; 1 abused/used]  5    DT-Swiss
  2566. spokes:    DT-Champion 14 gauge straight                89 spokes & 83 nipples 
  2567. 4    Rema            Clincher Patch Tube kit  4                Tube Patch kit 
  2568. 4/5    Specialized        Turbo R 700c x 25 Clinchers (2x)                (one has
  2569. been used, the other one is new)  5                700c tubes 
  2570. 2    Spenco            Biosoft riding gloves                (They're in good condition,
  2571. just dirty)  4    Shimano            Dura-Ace front derailleur 
  2572. 5    Araya            Prostaff rims: 340g; 700c Tube; 32 hole (x2)  4    Rhode
  2573. Gear        Tool pod  3    Park            Crank Arm Extractor  4                Crank Bolt
  2574. Wrench (14,15,16)  3                Cone Wrenches (13,14,15)  3                Spoke
  2575. Wrenches (Red, Green)  3    Cyclo            Chain Rivet Extractor 
  2576. 3    Sugino            Bottom Bracket Tool SetI also have several jerseys,
  2577. biking shorts, lycra leg warmers, a body suit, 3cables, and some
  2578. other tools that I'll throw in if someone buys the packageand if
  2579. it is a fair, serious price.  I priced everything with the
  2580. latestPerformance and Nashbar catalogs.  It came out to over
  2581. $200, make a reasonableoffer and the hole mess is yours.  I'll
  2582. pay for the shipping if you buy theentire package, otherwise
  2583. it's negotiable.Please reply to hutton@ucsu.colorado.eduWillie
  2584. Huttonhutton@ucsu.colorado.eduhutton@tramp.colorado.edu----------
  2585. --------------------Date: 8 Apr 92 17:43:06 GMTFrom:
  2586. sdd.hp.com!spool.mu.edu!agate!boulder!ucsu!hutton@network.UCSD.ED
  2587. USubject: Bicycling parts, acces. for saleTo:
  2588. packet-radio@ucsd.eduI need to sell the following bicycling
  2589. equipment because the end of the semester is rolling around and
  2590. I need the money in a bad way.I have the following stuff for
  2591. sale:Condition:[5 unused; 3 good; 1 abused/used]  5    DT-Swiss
  2592. spokes:    DT-Champion 14 gauge straight                89 spokes & 83 nipples 
  2593. 4    Rema            Clincher Patch Tube kit  4                Tube Patch kit 
  2594. 4/5    Specialized        Turbo R 700c x 25 Clinchers (2x)                (one has
  2595. been used, the other one is new)  5                700c tubes 
  2596. 2    Spenco            Biosoft riding gloves                (They're in good condition,
  2597. just dirty)  4    Shimano            Dura-Ace front derailleur 
  2598. 5    Araya            Prostaff rims: 340g; 700c Tube; 32 hole (x2)  4    Rhode
  2599. Gear        Tool pod  3    Park            Crank Arm Extractor  4                Crank Bolt
  2600. Wrench (14,15,16)  3                Cone Wrenches (13,14,15)  3                Spoke
  2601. Wrenches (Red, Green)  3    Cyclo            Chain Rivet Extractor 
  2602. 3    Sugino            Bottom Bracket Tool SetI also have several jerseys,
  2603. biking shorts, lycra leg warmers, a body suit, 3cables, and some
  2604. other tools that I'll throw in if someone buys the packageand if
  2605. it is a fair, serious price.  I priced everything with the
  2606. latestPerformance and Nashbar catalogs.  It came out to over
  2607. $200, make a reasonableoffer and the hole mess is yours.  I'll
  2608. pay for the shipping if you buy theentire package, otherwise
  2609. it's negotiable.Please reply to hutton@ucsu.colorado.eduWillie
  2610. Huttonhutton@ucsu.colorado.eduhutton@tramp.colorado.edu----------
  2611. --------------------Date: Wed, 8 Apr 1992 18:59:01 GMTFrom:
  2612. nsisrv!news2!roten@ames.arpaSubject: Chinese Nationals Came
  2613. Before 4/1/90 Will Have Greencard.To: packet-radio@ucsd.eduIn
  2614. article
  2615. <1992Apr7.212854.18161@bronze.ucs.indiana.edu>xlli@silver.ucs.ind
  2616. iana.edu (xiao-lin li) writes:   Senate Immigration and Refugee
  2617. Committee has passed a bill   regarding Chinese nationals who
  2618. came before 4/1/90. It allows   the Chinese under President's
  2619. executive order to have green   card starting 7/1/93. The bill
  2620. has been passed in the senate   committee without objection.
  2621. This bill was initiated by   Democrat senate Kennedy.   This
  2622. bill will become effective if President Bush cannot   provide
  2623. evidence that these Chinese nationals will not be   persecuted
  2624. upon returning to their motherland.   Chinese nationals who are
  2625. eligible to apply green card must   (1). In the United States
  2626. since 4/1/90 and have stayed since then;   (2). Have not stayed
  2627. in China for more than 90 days during the time;   (3). Must
  2628. apply the greencard between 7/1/93-12/31/93.   An estimated
  2629. 40,000 to 80,000 people will benefit from this bill.   CND:
  2630. Please comfirm my news.   Xiao LiI have only one comment and one
  2631. feeling about this move by Congress .. OOOO  UU  UU TTTTTT  SSSS
  2632.  TTTTTT   AA    NN   NN DDDDD  II NN   NN  GGGG  OO  OO UU  UU  
  2633. TT   SS  SS   TT    AAAA   NNN  NN DD  DD II NNN  NN GG  GGOO 
  2634. OO UU  UU   TT    SS      TT   AA  AA  NNNN NN DD  DD II NNNN NN
  2635. GG     OO  OO UU  UU   TT      SS    TT   AAAAAA  NN NNNN DD  DD
  2636. II NN NNNN GG GGG OO  OO UU  UU   TT   SS  SS   TT  AA    AA NN 
  2637. NNN DD  DD II NN  NNN GG  GG OOOO   UUUU    TT    SSSS    TT  AA
  2638.    AA NN   NN DDDDD  II NN   NN  GGGGThe jerkweeds on Capitol
  2639. Hill finally did something both sensible and principled, for a
  2640. change!  And Kennedy was behind it .. my mind boggles.  Now I'll
  2641. have to retire my Teddy Kennedy dart board.  :-)IF Bush gets in
  2642. the way of this, I will drop my intention of voting for him,
  2643. hold my nose, and vote for Clinton in November!  --Charles Roten
  2644. | Hughes-STX, Incorporated |   roten@cuba.gsfc.nasa.gov         
  2645.      | 'Use the Source, Luke!'  7601 Ora-Glen Dr., Greenbelt, MD
  2646. 20706 |   301-513-7805 (w),  301-317-0872 (h)    |           
  2647. Obi-Wan Stallman------------------------------Date: Mon, 06 Apr
  2648. 92 20:39:36 PSTFrom:
  2649. iWarp.intel.com|psgrain!m2xenix!puddle!f127.n267.z1.fidonet.org!D
  2650. ave.Hans@uunet.uu.netSubject: ChorusTo:
  2651. packet-radio@ucsd.eduHey.. Just to let you know.. I just
  2652. completed All County Swing Choir last weekend and maybe be going
  2653. onto the NYSSMA Solo Festival--  uucp:
  2654. uunet!m2xenix!puddle!267!127!Dave.HansInternet:
  2655. Dave.Hans@f127.n267.z1.fidonet.org------------------------------D
  2656. ate: Tue, 07 Apr 92 05:47:32 PSTFrom:
  2657. iWarp.intel.com|psgrain!m2xenix!puddle!p0.f204.n701.z89.fidonet.o
  2658. rg!George.Cormie@uunet.uu.netSubject: creationismTo:
  2659. packet-radio@ucsd.eduGC> I have no interest in keeping this
  2660. topic going if only to provide  FT> a  GC> forum for poorly
  2661. informed fundamentalists. GC>  GC> George Cormie/Leduc, Alberta 
  2662. FT> Lets hope that the user I lost doesn't feel that I'm
  2663. discriminating FT> against one side or the other - the sysops
  2664. and k12net council join  FT> (I'm sure) in asking that adult
  2665. restraint is used to avoid the  FT> impulse for others to reply
  2666. to yours. FT>  FT> Take care, George, these threads are fatal to
  2667. hobbiest echos. FT>  FT>..............,...........              
  2668.            (916)455-5154  FT> (voice)  FT>  FT>  FT> --- ME2 FT>
  2669. * Origin:........... Peace Child - NorCal Spirit! (916)451-0225 
  2670. FT> (1:203/454)  * Tossed by SFToss v1.00 on 92/04/06  05:04:12 
  2671. Thanks for the message - dialogue is more constructive than
  2672. monologue or  ignorance.  While I was teaching biology I always
  2673. encouraged discussion  in all areas. Understanding and respect
  2674. of opinions is important but the  basis of scientific enquiry
  2675. and the nature of science is also important.   . The STS
  2676. component (science/technology/society) of teaching science is 
  2677. essential if the science taught is to be relevant to the
  2678. learner.--  uucp:
  2679. uunet!m2xenix!puddle!89!701!204.0!George.CormieInternet:
  2680. George.Cormie@p0.f204.n701.z89.fidonet.org-----------------------
  2681. -------Date: Sun, 05 Apr 92 09:09:18 PSTFrom:
  2682. iWarp.intel.com|psgrain!m2xenix!puddle!f400.n348.z1.fidonet.org!M
  2683. ichael.Gamer@uunet.uu.netSubject: Creation Vs EvolutionTo:
  2684. packet-radio@ucsd.eduI got to a Jewish School here in Winnipeg
  2685. Manitoba...We Say that  there IS A GOD and that he created the
  2686. earth......Yet I also believe that the world was created as
  2687. evolution...But that god also exists..I have a religious
  2688. approach as well as a Scientific approach...6Regardless of your
  2689. religion do you believe that the method of creation isruled
  2690. out?--  uucp:
  2691. uunet!m2xenix!puddle!348!400!Michael.GamerInternet:
  2692. Michael.Gamer@f400.n348.z1.fidonet.org---------------------------
  2693. ---Date: Tue, 07 Apr 92 17:40:50 PSTFrom:
  2694. iWarp.intel.com|psgrain!m2xenix!puddle!f273.n353.z1.fidonet.org!J
  2695. osev.Biggar@uunet.uu.netSubject: dTo: packet-radio@ucsd.edu     
  2696.        -end---  uucp:
  2697. uunet!m2xenix!puddle!353!273!Josev.BiggarInternet:
  2698. Josev.Biggar@f273.n353.z1.fidonet.org----------------------------
  2699. --Date: 8 Apr 92 06:46:56 GMTFrom:
  2700. swrinde!mips!spool.mu.edu!umn.edu!cs.umn.edu!kksys!tdkt!FredGate@
  2701. network.UCSD.EDUSubject: Dr4-10To: packet-radio@ucsd.eduTalking
  2702. about the DR4-10 and linears, Kantronics claimsthat there 2 in
  2703. 30 out amp for the old DVR2-2 onlyadds 5-10 ms to the TXDELAY...
  2704.  * Origin: HAM>link< RBBS 612/HAM-0000 Saint Paul, MN
  2705. (K0TG)(1:282/100.0)------------------------------Date: Sun, 05
  2706. Apr 92 09:11:38 PSTFrom:
  2707. iWarp.intel.com|psgrain!m2xenix!puddle!f400.n348.z1.fidonet.org!M
  2708. ichael.Gamer@uunet.uu.netSubject: ElectroplatingTo:
  2709. packet-radio@ucsd.eduwhile electroplating, Using Zinc Sulfate
  2710. and a Dc power Source of 13.8 v at 3amps why is the fuse
  2711. constantly blowing?????Help Anyone?--  uucp:
  2712. uunet!m2xenix!puddle!348!400!Michael.GamerInternet:
  2713. Michael.Gamer@f400.n348.z1.fidonet.org---------------------------
  2714. ---Date: Tue, 07 Apr 92 22:51:00 PSTFrom:
  2715. iWarp.intel.com|psgrain!m2xenix!puddle!f615.n260.z1.fidonet.org!A
  2716. ndrew.Stoker@uunet.uu.netSubject: Future of Music EducationTo:
  2717. packet-radio@ucsd.eduWell first of all, thanks for your letter. 
  2718. It must be nice to have cooperative coaches.  Up until this
  2719. year, it was a big deal to work anything (practices, etc.) with
  2720. the coaches.  Finally, some of the kids decided that since they
  2721. weren't playing in the games much, why bother with sports, and
  2722. threatened to quit.  This made many of us music majors happy. 
  2723. Suddenly, certain coaches COULD make different times for
  2724. practices... It was amazing.  As far as a "poor" district, I
  2725. don't think ours is.  Sure, we've had cut-backs, but not as bad
  2726. as some places.  No music programs have been cut.  Perhaps the
  2727. number of requisitions accepted has dropped, but all in all,
  2728. we're OK.  I know what you mean about new instruments for kids
  2729. to play and the cost involved.  Two years ago, I purchased a new
  2730. Sax (Yamaha YAS 62 if that means anything to you!) and spent
  2731. well near $2,000 dollars!  Of course this was (cough) a little
  2732. better than a beginner, but still.... Marching Band in Marion,
  2733. Ny (where I'm from)  WAS a big thing, 6 or 8 years ago.  Now,
  2734. kids don't show any intrest or enthusiasm (myself included.) . 
  2735. I find it to be the worst part of band.  Where are you from? 
  2736. Perhaps we've competed.!! This year our BANDSS are going to W.
  2737. Virginia for the Strawberry Festival...There are some problems,
  2738. that I'll explain later...Time's up!-+ajs+---  uucp:
  2739. uunet!m2xenix!puddle!260!615!Andrew.StokerInternet:
  2740. Andrew.Stoker@f615.n260.z1.fidonet.org---------------------------
  2741. ---Date: Wed, 8 Apr 1992 10:53:24 PDTFrom:
  2742. usc!zaphod.mps.ohio-state.edu!mips!darwin.sura.net!paladin.americ
  2743. an.edu!auvm!UUNET.UU.NET!ESRI!ADRIATIC!JAY@network.UCSD.EDUSubjec
  2744. t: GIS SoftwareTo: packet-radio@ucsd.eduJim Case writes:> For
  2745. instance, in the system I use, while it does not>have the
  2746. ability to create buffers, it does have the ability to
  2747. perform>radius searches of attribute data, in which a logical
  2748. operation is performed>following overlay of a circle of defined
  2749. radius.  This results in the selection>of the records which fall
  2750. within the radius.  I do not know of other types>of analytical
  2751. tools which can perform this function.  The spatial
  2752. relationships>are critical to this analysis.  Isn't that what
  2753. GIS is all about???What you have described is a spatial
  2754. selection.  This is one componentof a GIS. For example, select
  2755. all the houses within 1000 meters ofa hazardous waste route. BUT
  2756. this is not the same as a spatial buffer.Notice that in the
  2757. selection, you can only select existing entitiesi.e. houses.Lets
  2758. pose another question: select all the landuse areas within
  2759. 1000meters of a hazardous waste route and then list all the
  2760. differentlanduses and tally the area of each differenet landuse.
  2761.  This cannotbe accomplished by a spatial selection.  In this
  2762. case, the resultingset will include portions of existing landuse
  2763. polygons.  These aregenerally computed by buffering the
  2764. hazardous route to 1000 metersand buffering it with the landuse
  2765. polygon data.I do not agree with Jim (and Steven S. Yoon) in
  2766. that a display andquery system should be called a GIS. It is a
  2767. display and query system.I think it is the same distinction
  2768. between a file system and a relationaldatabase. No one would
  2769. want to call a file system a relational databasejust because the
  2770. file system could do some of the things a relationaldatabase
  2771. also does. Its a file system.  There is nothing wrong inusing a
  2772. file system if it does all the things a user wants to do.it is
  2773. still a file system. Ditto for GIS.There are a number of
  2774. introductry text books on GIS and they allhave definations of a
  2775. GIS.  Why not use one of those definationsto define the minimal
  2776. capabilities of a GIS, rather than speculatingon differnt levels
  2777. of GIS.Jay
  2778. Sandhuemail:jsandhu@esri.com------------------------------Date:
  2779. Tue, 07 Apr 92 19:51:04 PSTFrom:
  2780. iWarp.intel.com|psgrain!m2xenix!puddle!f6.n345.z1.fidonet.org!Lau
  2781. rence.Akiyama@uunet.uu.netSubject: Global Ed. And TechnologyTo:
  2782. packet-radio@ucsd.eduI'm sure you've already heard this one, but
  2783. here it is anyway! The advent of the multimedia PC has brought a
  2784. new dimension to education in the workplace -- training costs
  2785. have been cut dramatically, and I'm willing to bet that it could
  2786. make education more effective. After all, would an 8th grader
  2787. rather stare at a textbook, or a computer streaming pictures and
  2788. sound? Multimedia has the potential to redefine the field, once
  2789. the cost (no more than $3000 per system) and the lack of
  2790. appropriate CD-ROM titles are addressed.  --  uucp:
  2791. uunet!m2xenix!puddle!345!6!Laurence.AkiyamaInternet:
  2792. Laurence.Akiyama@f6.n345.z1.fidonet.org--------------------------
  2793. ----Date: Tue, 07 Apr 92 13:54:36 PSTFrom:
  2794. iWarp.intel.com|psgrain!m2xenix!puddle!f70.n359.z1.fidonet.org!Gl
  2795. enda.Modahl@uunet.uu.netSubject: HelloTo: packet-radio@ucsd.edu 
  2796.           Well Happy late Birthday.   Well I have to wait four
  2797. more years before I can get my learners permit (Lucky me).  Well
  2798. I am as stiff as a... Well I'll put it this way, I can't move!!!
  2799. Well Gotta go now, Glenda.--  uucp:
  2800. uunet!m2xenix!puddle!359!70!Glenda.ModahlInternet:
  2801. Glenda.Modahl@f70.n359.z1.fidonet.org----------------------------
  2802. --Date: Tue, 07 Apr 92 13:49:36 PSTFrom:
  2803. iWarp.intel.com|psgrain!m2xenix!puddle!f70.n359.z1.fidonet.org!Gl
  2804. enda.Modahl@uunet.uu.netSubject: HelloTo: packet-radio@ucsd.edu 
  2805.          Hi, well happy late birthday then... Well you are
  2806. lucky, I have to wait another four years to get my learners
  2807. permit. ( Lucky me). Well my life, pretty horibble, I'm as stiff
  2808. as a.... Well I can barelly move!!  Well gotta go now. Glenda-- 
  2809. uucp: uunet!m2xenix!puddle!359!70!Glenda.ModahlInternet:
  2810. Glenda.Modahl@f70.n359.z1.fidonet.org----------------------------
  2811. --Date: Tue, 07 Apr 92 13:46:20 PSTFrom:
  2812. iWarp.intel.com|psgrain!m2xenix!puddle!f70.n359.z1.fidonet.org!Gl
  2813. enda.Modahl@uunet.uu.netSubject: HelloTo: packet-radio@ucsd.edu 
  2814.         Hello Josh, Well some of my hobbies are playing the
  2815. piano, playing vollyball, baseball, swimming and I also kinda
  2816. like to play on the computer.  My favorite kind of misic is rap,
  2817. the blues, rock and that is about it.  Well talk to ya later.
  2818. Glenda--  uucp:
  2819. uunet!m2xenix!puddle!359!70!Glenda.ModahlInternet:
  2820. Glenda.Modahl@f70.n359.z1.fidonet.org----------------------------
  2821. --Date: Tue, 07 Apr 92 13:57:06 PSTFrom:
  2822. iWarp.intel.com|psgrain!m2xenix!puddle!f70.n359.z1.fidonet.org!Gl
  2823. enda.Modahl@uunet.uu.netSubject: HelloTo: packet-radio@ucsd.edu 
  2824.            Hi, Maybe it's a little early but Happy birthday!!!! 
  2825. Well I play the piano, I like playing vollyball, baseball,
  2826. swimming and thats about it.  Well ummmmmmmmmmmm welllllllllll I
  2827. live in Dawson Creek B.C. (If I haven't told you that yet). 
  2828. ............. Ummmmmmm Welllll Were do you live? (You probably
  2829. told me allready but I probably forgot......)........Well Gotta
  2830. go now......Glenda--  uucp:
  2831. uunet!m2xenix!puddle!359!70!Glenda.ModahlInternet:
  2832. Glenda.Modahl@f70.n359.z1.fidonet.org----------------------------
  2833. --Date: Mon, 06 Apr 92 10:47:11 PSTFrom:
  2834. iWarp.intel.com|psgrain!m2xenix!puddle!Brandy.Laakso@uunet.uu.net
  2835. Subject: hello?To: packet-radio@ucsd.edu                        
  2836.                                                  Hello Brian!
  2837. How are you? I'm OK besides being VERY sick. I'mnot to fond of
  2838. being sick. Sometimes I'm way too tired toturn on my computer,
  2839. so sometimes it takes me a while to writeback. Tell me about
  2840. yourself. What do you look like? What do you liketo do? What
  2841. kind of music do you like?Well, I'm 5'1", I've got light brown
  2842. hair, and hazel eyes. Iplay in my high school's marching band (I
  2843. play mallet instru-ments), I play keyboard, I'm learning how to
  2844. play guitar, Ilove to listen to music. I also love to write
  2845. short storiesand poems, and draw.I like all kinds of music, but
  2846. mostly I listen to hard rock,classic rock, and
  2847. alternative(progressive) rock.My main goal right now is to make
  2848. lots of friends before I diefrom this annoying illness of mine,
  2849. so if you want to be my"computer buddy", write back A.S.A.P.    
  2850.                                                                 
  2851.       Brandy * Origin:........... Peace Child - NorCal K-12Net
  2852. (916)451-0225 (1:203/454)--  uucp:
  2853. uunet!m2xenix!puddle!Brandy.LaaksoInternet:
  2854. Brandy.Laakso@puddle.fidonet.org------------------------------Dat
  2855. e: Sat, 04 Apr 92 23:15:46 PSTFrom:
  2856. iWarp.intel.com|psgrain!m2xenix!puddle!p0.f0.n324.z1.fidonet.org!
  2857. Aj.Capece@uunet.uu.netSubject: helpTo: packet-radio@ucsd.eduHI
  2858. KIM, I think i used to write to you but you stoped answering my
  2859. letters.  Just incase you dont remember Im from Danvers Ma.  I
  2860. love all kinds of music and just hangin out.  What do you like
  2861. to do for fun?  What grade are you in? Im a junior.I gotta go -
  2862. Write Back Soon    --  uucp:
  2863. uunet!m2xenix!puddle!324!0.0!Aj.CapeceInternet:
  2864. Aj.Capece@p0.f0.n324.z1.fidonet.org------------------------------
  2865. Date: 8 Apr 92 22:05:18 GMTFrom:
  2866. gossip.pyramid.com!olivea!isc-br!tau-ceti!comtch!iea!FredGate@dec
  2867. wrl.dec.comSubject: Help 2nd try tcpip ka9q problemTo:
  2868. packet-radio@ucsd.eduI believe that FCC regulations allow the
  2869. use of any digital code above 50 mhz,except for unattended
  2870. traffic forwarding, and subject to appropriate
  2871. sub-bandrestrictions. There are bandwidth requirements, and a
  2872. code description must bemaintained in the station log. pat  nq7m
  2873. * Origin: Radio Therapy BBS * 509.534.7924 *
  2874. (1:346/3)------------------------------Date: Tue, 07 Apr 92
  2875. 07:53:00 PSTFrom:
  2876. iWarp.intel.com|psgrain!m2xenix!puddle!f680.n260.z1.fidonet.org!K
  2877. errie.Slominski@uunet.uu.netSubject: HEY...                  
  2878. To: packet-radio@ucsd.eduYeah I like Don McLean.  We have the
  2879. album with American Pie on it and when I was in 8th grade I
  2880. memorized the whole song.(I am in 10th now)  What other music do
  2881. you like?  Write back.                               *Kerrie*-- 
  2882. uucp: uunet!m2xenix!puddle!260!680!Kerrie.SlominskiInternet:
  2883. Kerrie.Slominski@f680.n260.z1.fidonet.org------------------------
  2884. ------Date: Mon, 06 Apr 92 10:04:27 PSTFrom:
  2885. iWarp.intel.com|psgrain!m2xenix!puddle!p0.f273.n353.z1.fidonet.or
  2886. g!Mark.Biggar@uunet.uu.netSubject: HHHHHHAAAAAALOOOOOOOTo:
  2887. packet-radio@ucsd.edu                                           
  2888.                                      H   H       AAA      L     
  2889.   L         OOOOO    OOOOO    !!                    H   H      A
  2890.   A     L        L        O     O  O     O   !!   HHHHH    
  2891. AAAAAAA    L        L        O     O  O     O   !!  H   H     A 
  2892.    A    L        L        O     O  O     O                     H
  2893.   H     A     A    LLLLLL   LLLLLLL   OOOOO    OOOOO    !!      
  2894.                -Mark          --  uucp:
  2895. uunet!m2xenix!puddle!353!273.0!Mark.BiggarInternet:
  2896. Mark.Biggar@p0.f273.n353.z1.fidonet.org--------------------------
  2897. ----Date: Tue, 07 Apr 92 05:50:02 PSTFrom:
  2898. iWarp.intel.com|psgrain!m2xenix!puddle!p0.f204.n701.z89.fidonet.o
  2899. rg!George.Cormie@uunet.uu.netSubject: HiTo:
  2900. packet-radio@ucsd.eduNP> Hi how's it going?  I moved to Calgary
  2901. and I was wondering the local  NP> BBS's and to my surprise I
  2902. saw your name.  Wow you really get around! NP>   NP>            
  2903.                 Neil Pearson NP>  NP> --- Maximus 2.00 NP> *
  2904. Origin: Calgary Message-Line [K-12] 403-244-4724 VHST AB,CANADA 
  2905. NP> (1:134/66)  * Tossed by SFToss v1.00 on 92/04/07  04:46:29 
  2906. I am pleased to see one of my students came back to haunt me ..
  2907. are you  going to university or? - leave me a message in the SR
  2908. CHAT echo and  update me.--  uucp:
  2909. uunet!m2xenix!puddle!89!701!204.0!George.CormieInternet:
  2910. George.Cormie@p0.f204.n701.z89.fidonet.org-----------------------
  2911. -------Date: Tue, 07 Apr 92 21:22:18 PSTFrom:
  2912. iWarp.intel.com|psgrain!m2xenix!puddle!f6.n345.z1.fidonet.org!Ew.
  2913. Smith@uunet.uu.netSubject: Internat.wpk ReplyTo:
  2914. packet-radio@ucsd.eduHaven't heard further from you.  Was I
  2915. supposed to do something else?  I gave you my address?   1583
  2916. Ulupuni Street, Kailua, HI 96734.Hope to hear from you.  thanks
  2917. for the first reply --  uucp:
  2918. uunet!m2xenix!puddle!345!6!Ew.SmithInternet:
  2919. Ew.Smith@f6.n345.z1.fidonet.org------------------------------Date
  2920. : Wed, 8 Apr 92 18:01:54 GMTFrom:
  2921. nsisrv!kong!sheldon@ames.arpaSubject: Is ISC X2.0 based on
  2922. X386?To: packet-radio@ucsd.eduI've built X386 under ISC 3.0 and
  2923. have discovered that X386 candrive my 17" IDEK monitor at
  2924. 1152x900 resolution -- I love it!!I also have ISC X2.0 which
  2925. drives my monitor at only 1024x768.I notice in /usr/lib/X11
  2926. there is an Xconfig file, just like you get with X386.  Is this
  2927. acoincidence, or is ISC X2.0 based on X386?  If yes, howcan I
  2928. adjust my resolution for X2.0??Thanks in
  2929. advance.Roger------------------------------Date: Mon, 06 Apr 92
  2930. 20:55:00 PSTFrom:
  2931. iWarp.intel.com|psgrain!m2xenix!puddle!f240.n353.z1.fidonet.org!J
  2932. IM.DIXON@uunet.uu.netSubject: LATE READINGTo:
  2933. packet-radio@ucsd.eduLowell;I missed your post regarding the
  2934. Creation/Evolution discussion.  Icaught the tail end of someone
  2935. responding to your mention of the mattertoo late.  I sent a
  2936. reply regarding the matter to someone this morning.I assume from
  2937. the quote I caught that you want the matter dropped.However, if
  2938. science teachers are finding it difficult to deal
  2939. with'creationist' parents who want equal time, or parents who
  2940. don't want'evolution' taught to their children, could this not
  2941. be a good place tofind alternative answers?LH>ModeratorYou have
  2942. my sympathies ;-)Jim... ~ SLMR 2.1a ~ --  uucp:
  2943. uunet!m2xenix!puddle!353!240!JIM.DIXONInternet:
  2944. JIM.DIXON@f240.n353.z1.fidonet.org------------------------------D
  2945. ate: Wed, 08 Apr 92 05:41:00 PSTFrom:
  2946. iWarp.intel.com|psgrain!m2xenix!puddle!f32.n105.z1.fidonet.org!Lo
  2947. well.Herr@uunet.uu.netSubject: LATE READINGTo:
  2948. packet-radio@ucsd.edu > JDtoo late.  I sent a reply regarding
  2949. the matter to someone JDthis > morning. > JDI assume from the
  2950. quote I caught that you want the matter > JDdropped. >
  2951. JDHowever, if science teachers are finding it difficult to >
  2952. JDdeal with > JD'creationist' parents who want equal time, or
  2953. parents who > JDdon't want > JD'evolution' taught to their
  2954. children, could this not be a > JDgood place to find alternative
  2955. answers?What happened is that this debate what taking over the
  2956. echo and it was difficult for a reader to find much else on the
  2957. echo.  Since the creation point of view does not follow
  2958. scientific methods of investigation but rather is a
  2959. philosophical or religious position, it is difficult to have any
  2960. sort ofreasonable discussion.  Just as in relativity, different
  2961. observers come up with different conclusions based on their
  2962. frame of reference.  Unfortunately,the creation/evolution debate
  2963. cannot be straightned out as the apparent conflict can with
  2964. relativity theory.Some of the prior comments bordered on FLAMING
  2965. and it was thought that the "discussion" should end on March 31.
  2966.  Contrary to views of some readers of this echo, it was not done
  2967. because of religious pressure or anything else connected with
  2968. religion.  Nor are we opposed to freedom of speech.  There
  2969. areFidoNet echoes where such debates are welcome and we highly
  2970. encourage those interested in continuing to move to those
  2971. echoes.  I hope I have answered your questions.LH --  uucp:
  2972. uunet!m2xenix!puddle!32!Lowell.HerrInternet:
  2973. Lowell.Herr@f32.n105.z1.fidonet.org------------------------------
  2974. Date: 8 Apr 1992 09:23:44 -0700From:
  2975. news-mail-gateway@ucsd.eduSubject: List of 4800 baud and 9600
  2976. baud capable radios needed.To: packet-radio@ucsd.edu   I just
  2977. found out that it is possible to run 4800 baud on VHF. 
  2978. Doesanyone have a list of radios that are capable of being
  2979. modified to useeither 4800 baud or 9600 baud packet modems?  For
  2980. example, can an ICOMIC-2AT, Alinco DR-112, or a Kenwood TM-221-a
  2981. be modified?  If so, whatneeds to be done?  It would be nice if
  2982. there was a file that containedwhat radios could be modified to
  2983. use the high speed modems, and whatsteps were needed to do the
  2984. modification.73's  de  Jack - kf5mgAX25net         - 
  2985. kf5mg@kf5mg.#dfw.tx.usa.na - (817) 962-4409AMPRnet         - 
  2986. kf5mg@kf5mg.ampr.org       - 44.28.0.14Internet        - 
  2987. kf5mg@vnet.ibm.com -or-
  2988. kf5mg@sdf.lonestar.org------------------------------Date: Mon,
  2989. 06 Apr 92 10:15:00 PSTFrom:
  2990. iWarp.intel.com|psgrain!m2xenix!puddle!f5.n394.z1.fidonet.org!Cic
  2991. ely.Harrison@uunet.uu.netSubject: looking for a friendTo:
  2992. packet-radio@ucsd.edu     Hi!  Well I'm looking for someone to
  2993. write me!  I live in Hammond, Louisiana, and I'm a junior at
  2994. Hammond High School.  I'm a normal 16 year old (I think so) and
  2995. I love sports and to have fun.I also usually have a lot to chat
  2996. about.  Well I gotta go, so plase write me!--  uucp:
  2997. uunet!m2xenix!puddle!394!5!Cicely.HarrisonInternet:
  2998. Cicely.Harrison@f5.n394.z1.fidonet.org---------------------------
  2999. ---Date: 8 Apr 92 17:41:51 GMTFrom:
  3000. usc!sdd.hp.com!spool.mu.edu!agate!boulder!ucsu!spot.Colorado.EDU!
  3001. lestak@network.UCSD.EDUSubject: Mac Programmer/FORTRAN/Unix Job,
  3002. COTo: packet-radio@ucsd.eduPROGRAMMER (Professional Research
  3003. Assistant) to develop Macintosh 4th Dimension database,
  3004. maintain, update, and run FORTRAN programs, and manage small
  3005. Macintosh network for ecology laboratory.  Knowledge of
  3006. Macintosh, UNIX, FORTRAN, and relational databases essential. 
  3007. Experience with UNIX systems administration, geographic
  3008. information systems, particularly ARC/INFO, and remote sensing a
  3009. plus.  Must be flexible and interested in working in
  3010. multi-system environment with non-expert users.  Minimum
  3011. requirement BA in computer science or related field, or MA in
  3012. ecology, geology, or geography with appropriate experience. 
  3013. $25-28,000/year + benefits package.  Send resume, including
  3014. names and addresses of three references, to Marilyn Walker,
  3015. INSTAAR, Campus Box 450, Boulder, CO, 80309-0450, or
  3016. mwalker@taimyr.colorado.edu.  Closing date for applications
  3017. 4/21/92.------------------------------Date: Sun, 05 Apr 92
  3018. 21:19:54 PSTFrom:
  3019. iWarp.intel.com|psgrain!m2xenix!puddle!f400.n348.z1.fidonet.org!M
  3020. ichael.Gamer@uunet.uu.netSubject: MailTo:
  3021. packet-radio@ucsd.eduSeing as I am A quite bored person...
  3022. Somebody write me a message... Thanx!!!!What a dull place
  3023. this...uh... Winnipeg place is..Sucks compared to L.A.]~Michael
  3024. Gamer~^--  uucp:
  3025. uunet!m2xenix!puddle!348!400!Michael.GamerInternet:
  3026. Michael.Gamer@f400.n348.z1.fidonet.org---------------------------
  3027. ---Date: Tue, 07 Apr 92 19:30:16 PSTFrom:
  3028. iWarp.intel.com|psgrain!m2xenix!puddle!f6.n345.z1.fidonet.org!Lau
  3029. rence.Akiyama@uunet.uu.netSubject: Miss SaigonTo:
  3030. packet-radio@ucsd.eduOops, wrong subject. I've been to NYC once,
  3031. and i don't remember much about it (I was really young), but I'd
  3032. like to go back again. What's it like over there, anyway? Living
  3033. over here, it's practically like living on another planet! -- 
  3034. uucp: uunet!m2xenix!puddle!345!6!Laurence.AkiyamaInternet:
  3035. Laurence.Akiyama@f6.n345.z1.fidonet.org--------------------------
  3036. ----Date: Tue, 07 Apr 92 17:45:08 PSTFrom:
  3037. iWarp.intel.com|psgrain!m2xenix!puddle!f273.n353.z1.fidonet.org!J
  3038. osev.Biggar@uunet.uu.netSubject: No more "Trademarks" for
  3039. me...To: packet-radio@ucsd.edu        Hi everybody, from today
  3040. I'm not puting any more trademarkes under myname because
  3041. everybody i nmy whole school is doing it too and some of them
  3042. arethe STUPIDEST ones I've ever seen (That are in my school).   
  3043.                                     Joe Blow!--  uucp:
  3044. uunet!m2xenix!puddle!353!273!Josev.BiggarInternet:
  3045. Josev.Biggar@f273.n353.z1.fidonet.org----------------------------
  3046. --Date: Mon, 06 Apr 92 20:37:19 PSTFrom:
  3047. iWarp.intel.com|psgrain!m2xenix!puddle!f127.n267.z1.fidonet.org!D
  3048. ave.Hans@uunet.uu.netSubject: Other Music!To:
  3049. packet-radio@ucsd.edu     I sing.. I've made All County Chorus 4
  3050. times in 3 years and hope to go to The NYSSMA Solo
  3051. Festival(Graded)     Yes.. I somewhat like Classical..--  uucp:
  3052. uunet!m2xenix!puddle!267!127!Dave.HansInternet:
  3053. Dave.Hans@f127.n267.z1.fidonet.org------------------------------D
  3054. ate: 9 Apr 92 02:03:04 GMTFrom:
  3055. ogicse!willamette.edu!jduncan@uunet.uu.netSubject: packratt
  3056. interface info. neededTo: packet-radio@ucsd.edui am doing a
  3057. project and am looking for source code to interface my pcto a
  3058. terminal node controller.  any information would be
  3059. GREATLYappreciated.  thanks in advance,jack
  3060. (jduncan@willamette.edu)*** my only regret is that the fcc has
  3061. not got my new license back to     me so i don't have a call
  3062. sign yet.         ------------------------------Date: Tue, 07
  3063. Apr 92 09:03:14 PSTFrom:
  3064. iWarp.intel.com|psgrain!m2xenix!puddle!f152.n321.z1.fidonet.org!D
  3065. avid.Cressey@uunet.uu.netSubject: penpalTo:
  3066. packet-radio@ucsd.edu?? De donde en Argentina?Yo vivi en
  3067. Rosario, en la provincia de Santa Fe, hace muchosa^nos.!! Que'
  3068. gracia de pasar a otro continente y seguir viendo acruz del sur
  3069. en el cielo!Saludos,    Dave--  uucp:
  3070. uunet!m2xenix!puddle!321!152!David.CresseyInternet:
  3071. David.Cressey@f152.n321.z1.fidonet.org---------------------------
  3072. ---Date: Tue, 07 Apr 92 12:25:00 PSTFrom:
  3073. iWarp.intel.com|psgrain!m2xenix!puddle!f5.n394.z1.fidonet.org!Rac
  3074. hel.Pauli@uunet.uu.netSubject: PenpalsTo:
  3075. packet-radio@ucsd.eduHello! Hello! My name is Rachel and I am
  3076. looking for a penpal to write to me in Spanish.I am currently a
  3077. freshman at Hammond High.I am taking my first year of
  3078. Spanish,but I can speak it very well.So if you are looking for a
  3079. penpal like me PLEASE WRITE TO ME!!THANKS[A[--  uucp:
  3080. uunet!m2xenix!puddle!394!5!Rachel.PauliInternet:
  3081. Rachel.Pauli@f5.n394.z1.fidonet.org------------------------------
  3082. Date: Tue, 07 Apr 92 21:24:36 PSTFrom:
  3083. iWarp.intel.com|psgrain!m2xenix!puddle!f6.n345.z1.fidonet.org!Ew.
  3084. Smith@uunet.uu.netSubject: Pen Pals ReplyTo:
  3085. packet-radio@ucsd.eduOk I am passing on your message to our
  3086. school computer coordinator, but as we just moved to a new
  3087. campus last week there are some moving pains and delays of all
  3088. kinds.  If you don't hear from anyone soon, leave me another
  3089. message and I will follow up.That's Haoles, by the way, but you
  3090. were close enough to make me wonder where you picked that up. 
  3091. You're not old enough for the Elvis Presley movie Blue Hawaii,
  3092. after all.Aloha  --  uucp:
  3093. uunet!m2xenix!puddle!345!6!Ew.SmithInternet:
  3094. Ew.Smith@f6.n345.z1.fidonet.org------------------------------Date
  3095. : Tue, 07 Apr 92 19:39:39 PSTFrom:
  3096. iWarp.intel.com|psgrain!m2xenix!puddle!f6.n345.z1.fidonet.org!Lau
  3097. rence.Akiyama@uunet.uu.netSubject: PoemTo:
  3098. packet-radio@ucsd.eduHere's a haiku that, to date, very few have
  3099. understood...se if you can figure this one out!!                
  3100.       Lonely Night, Beautiful Light                            
  3101. Creature of empty                        darkness sees lovely
  3102. angel;                            He flees in despair. --  uucp:
  3103. uunet!m2xenix!puddle!345!6!Laurence.AkiyamaInternet:
  3104. Laurence.Akiyama@f6.n345.z1.fidonet.org--------------------------
  3105. ----Date: Tue, 31 Mar 92 11:31:00 PSTFrom:
  3106. iWarp.intel.com|psgrain!m2xenix!puddle!f3.n31911.z1.fidonet.org!R
  3107. oly.Borden@uunet.uu.netSubject: POLITICSTo:
  3108. packet-radio@ucsd.eduI've got to tell you, i'm from Texas and I
  3109. don't know what Perot's motives are. He's done some very
  3110. altruistic deeds, but he has butted into the Texas educational
  3111. system.  He's sent agents to So.East asia looking for POW's and
  3112. also has tried to talk Texas into turning out "corporate robots"
  3113. with solo science, business, or math backgrounds.  He's not much
  3114. for the Rennaisance Man.  Specialization seems to be his
  3115. solution. Like I said, Stephen, I don't know yet. To tell you
  3116. the truth, I haven't heard much about Perot's momotiv, policies,
  3117. or platform. I wonder if he is just bored being rich? One thing
  3118. I do know, I could help him spend his money!! He could really
  3119. split the Republicans badly. What do you think??  Roly Borden-- 
  3120. uucp: uunet!m2xenix!puddle!31911!3!Roly.BordenInternet:
  3121. Roly.Borden@f3.n31911.z1.fidonet.org-----------------------------
  3122. -Date: 7 Apr 92 23:05:40 EDTFrom:
  3123. usc!cs.utexas.edu!utgpu!watserv1!watmath!xenitec!lemsys!clemon@ne
  3124. twork.UCSD.EDUSubject: Poor Man's packet & modemTo:
  3125. packet-radio@ucsd.eduIn article
  3126. <1992Apr7.000612.26742@tc.cornell.edu>
  3127. payne@theory.TC.Cornell.EDU (Andrew Payne) writes:>In article
  3128. <N1FsiB2w165w@micromed.net.netcom.com>
  3129. msolinas@micromed.net.netcom.com (Michael Solinas) writes:>>Can
  3130. a standard modem be used with poor man's packet?  I have a zoom
  3131. >>external, and can purchase some used hayes modems (1200 baud)
  3132. for $15.  >>Can these be used with PMP?>>No.  In general most
  3133. telephone modems *cannot* be used for 1200 baud packet.>Most
  3134. UHF/VHF 1200 baud packet uses Bell 202, which is a half-duplex
  3135. FSK >protocol.  Some old, old modems implement this protocol but
  3136. you don't>find them around much anymore:  they usually get
  3137. thrown away.>        But if we do have a Bell 202(A?) compatible
  3138. modem, how might we goabout making a TNC out of them?  Is it
  3139. possible at all.  It seems that myold GVC 1200 had a command
  3140. 'ath4' that was for special external connections(some
  3141. connotations towards radio were mentioned).  A relay clicked
  3142. insidethe modem but the phone was not taken off of the hook.--
  3143. Craig Lemon VE3XCL - Kitchener, Ontario. Amiga B2000  OS 2.04 
  3144. UUCPv1.15D. +1 519 741 0297    +1 519 578 7817              |
  3145. Silly people!  We all clemon@lemsys.UUCP
  3146. clemon%lemsys@xenitec.on.ca  | know that the Universe IP/Packet:
  3147. ve3xcl@ve3xcl.ampr.org [44.135.84.51]| revolves around
  3148. UUNET!------------------------------Date: Tue, 07 Apr 92
  3149. 15:05:00 PSTFrom:
  3150. iWarp.intel.com|psgrain!m2xenix!puddle!f242.n701.z89.fidonet.org!
  3151. Tammy.Bergstrom@uunet.uu.netSubject: Quebec SeparationTo:
  3152. packet-radio@ucsd.eduThank you very much Laurence for writing to
  3153. my debate.  Your contribution is greatly appreciated.--  uucp:
  3154. uunet!m2xenix!puddle!89!701!242!Tammy.BergstromInternet:
  3155. Tammy.Bergstrom@f242.n701.z89.fidonet.org------------------------
  3156. ------Date: 8 Apr 92 17:59:03 GMTFrom:
  3157. noiro.oac.uci.edu!nntpsrv@network.UCSD.EDUSubject: Rock-a-Doodle
  3158. GIF's anybody?To: packet-radio@ucsd.edu   Does anyone have (can
  3159. get, can scan in) Rock-a-Doodle GIF's, and put themup on tezuka?
  3160.  It would be
  3161. appreciated.*****************************************************
  3162. ************************** The essential writer's .sig - By Avi
  3163. Melman    amelman@orion.oac.uci.edu NitroCoon lives, The
  3164. Peacemakers are BACK, And Kyle's in a real JAM!!                
  3165.       The Vektor BBS    /! /     ___                            
  3166.      (213) 938-4788   / !/ itro/__ oon 2386 - Creator & Author  
  3167.     1200-38400 baud   "Don't worry, it's insured." -
  3168. NitroCoon********************************************************
  3169. ***********************------------------------------Date: Wed,
  3170. 8 Apr 1992 18:21:40 GMTFrom:
  3171. usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!cmerhar@n
  3172. etwork.UCSD.EDUSubject: Set Up HP 425t WorkstationTo:
  3173. packet-radio@ucsd.eduI just inherited some system administrator
  3174. tasks and need to set up a workstation (HP 9000-425t) with HP-UX
  3175. 7.05. I began this setup following manuals and the system boots,
  3176. allows me to log on as superuser. I want toallow other users to
  3177. log on (already set up in SAM) and get xwindows running.Right
  3178. now, it is not networked but will be eventually. Can anyone step
  3179. methrough a logical set up sequence? I have the HP Sys Admin
  3180. Tasks manual, youcan just telll me where to go.Many thanks,Carl
  3181. MerharOhio State University"Redime te captum, quam queas
  3182. minimo."------------------------------Date: Mon, 06 Apr 92
  3183. 14:24:43 PSTFrom:
  3184. iWarp.intel.com|psgrain!m2xenix!puddle!f254.n260.z1.fidonet.org!D
  3185. avid.Makepeace@uunet.uu.netSubject: SUSPIROS DE PRIMAVERATo:
  3186. packet-radio@ucsd.eduPor fin ha llegado una semblanza de la
  3187. primavera. No tengo mucho tiempo para escribir hoy porque tengo
  3188. que recoger a mi hijita en la escuela en 10 minutos. Muchas
  3189. gracias por tu mensaje recien llegado. Espero que tu visita al
  3190. restaurante mejicano haya resultado un exito completo. No he
  3191. matado todavia a mis estudiantes de octavo. Al contrario acabo
  3192. de escuchar una presentacion por un profesor vermette de Niagara
  3193. U. ( por casualidad era un profesor de historia en el h.s. de mi
  3194. esposa en Lockport, N.Y.) acerca de aprendizaje cooperativo y
  3195. estoy mi animado para integrar algunas de sus ideas. Me tengo
  3196. que ir.                               Hasta luego,  david-- 
  3197. uucp: uunet!m2xenix!puddle!260!254!David.MakepeaceInternet:
  3198. David.Makepeace@f254.n260.z1.fidonet.org-------------------------
  3199. -----Date: Tue, 07 Apr 92 09:33:00 PSTFrom:
  3200. iWarp.intel.com|psgrain!m2xenix!puddle!f690.n260.z1.fidonet.org!G
  3201. ina.Nurse@uunet.uu.netSubject: The Wash???????To:
  3202. packet-radio@ucsd.eduI swear your address did go through the
  3203. wash, I wouldn't lie to you, I dont even know you!I'll write
  3204. soon, catch ya on the rebound!Peace always,Gina  --  uucp:
  3205. uunet!m2xenix!puddle!260!690!Gina.NurseInternet:
  3206. Gina.Nurse@f690.n260.z1.fidonet.org------------------------------
  3207. Date: Mon, 06 Apr 92 10:11:00 PSTFrom:
  3208. iWarp.intel.com|psgrain!m2xenix!puddle!f5.n394.z1.fidonet.org!Cic
  3209. ely.Harrison@uunet.uu.netSubject: What's Up!To:
  3210. packet-radio@ucsd.edu     Hi!  I was reading the messages,
  3211. looking for someone new to write and I saw your letter.  You
  3212. seem to be a interesting person. I hope I wont(sorry) I hope I
  3213. won't be dissapointed.  Well anyway, I am also a Junior at
  3214. Hammond High School in Hammond, Lousiana. I love sports,
  3215. espically basketball.  Tell me about your music group.  My
  3216. connection to misuc is listening to it and dancing to it. 
  3217. Besides that, I get involvedin just about everything.  So,
  3218. what's it like living in California?  Hammond, Louisiana is
  3219. boring.  My school is nice, but there is alway room for
  3220. improvement.  I can't think of anything else to type, besides I
  3221. think I've said enough.   So, If you can WRITE BACK!!!!!!!!See
  3222. Ya!!!!! Cicely--  uucp:
  3223. uunet!m2xenix!puddle!394!5!Cicely.HarrisonInternet:
  3224. Cicely.Harrison@f5.n394.z1.fidonet.org---------------------------
  3225. ---Date: Mon, 06 Apr 92 20:21:00 PSTFrom:
  3226. iWarp.intel.com|psgrain!m2xenix!puddle!f5.n394.z1.fidonet.org!Pat
  3227. rick.Ehrensing@uunet.uu.netSubject: Where is PonchatoulaTo:
  3228. packet-radio@ucsd.eduMB>Patrick,MB>          Hi!  Where exactly
  3229. is Ponchatoula, Louisiana.  I was born in New  >Orleans and
  3230. lived there until a couple of years ago.  Most of my family live
  3231.  >there.  Is Ponchatoula around New Orleans?  I like to spend
  3232. time with my  >friends and read in my spare time.  I really
  3233. don't have time to do anything  >else.  So, how is your life? 
  3234. What are some of your hobbies?  Write back and  >let me
  3235. know.Michele Ponchatoula is just north of New Orleans. Across
  3236. LakePonchatrain.  We are about to have our Strawberry Festival
  3237. nextweekend(4-10/4-12). If you now of a town called Hammond we
  3238. are quitenear to that town.  Some of my hobbies include reading,
  3239. spending timewith my friends, hiking, biking, and working on the
  3240. computer. Life ispretty good right now. I am about to start
  3241. going out with a girl whom Ihave known for nine years, and some
  3242. of my friends have started a bettingpool to see whether or not
  3243. we get married. Pretty interesting huh?Write back and tell me
  3244. where in New Orleans you family lives, because Ihave some
  3245. friends there who may know them. Don't forget to write back. *
  3246. SLMR 2.0 * --  uucp:
  3247. uunet!m2xenix!puddle!394!5!Patrick.EhrensingInternet:
  3248. Patrick.Ehrensing@f5.n394.z1.fidonet.org-------------------------
  3249. -----Date: 8 Apr 92 17:58:39 GMTFrom:
  3250. usc!zaphod.mps.ohio-state.edu!mips!spool.mu.edu!umn.edu!doug.cae.
  3251. wisc.edu!anthony@network.UCSD.EDUTo:
  3252. packet-radio@ucsd.eduReferences <1992Apr3.053059.23174@iti.org>,
  3253. <1992Apr04.142236.17619@donau.et.tudelft.nl>,
  3254. <1992Apr4.192714.12174@rice.edu>Subject : Re: Non-destructive
  3255. repartitioning (was Re: What is linux?)In article
  3256. <1992Apr4.192714.12174@rice.edu> adam@owlnet.rice.edu (Adam
  3257. Justin Thornton) writes:>Using pfdisk, it's actually not that
  3258. bad.  Use a disk optimizer to put all your>stuff on the front of
  3259. the disk.  Use pfdisk to create your partitions, making >sure
  3260. that the DOS partition is bigger than all the stuff you now have
  3261. in it.>If it's your boot partition, use Norton or something to
  3262. edit the boot record so>that the whole filesystem believes it's
  3263. the right size.>>Then boot from linux and mkfs on your new
  3264. partition(s).  No problem.>>Adam>Hi everyone,I think this
  3265. non-destructive partitioning is the route I want to take.
  3266. I'vedone most things up to the point of running pfdisk and I
  3267. feel fairly confidentof what I'm doing but there's one thing
  3268. that's hanging me up. I guess this iskind of a DOS question but
  3269. there's probably more repartitioning going on herethan the
  3270. average DOS newsgroup.I'm running DOS 5.0 and Norton for DOS 5.0
  3271. and the Norton optimizer reports thevery last few clusters of
  3272. the hard disk as being unmovable and owned by a filecalled
  3273. 'image.idx'. I believe this has something to do with an extra
  3274. copy ofthe DOS 5.0 boot image. The question is, does DOS
  3275. absolutely need this file inthat particular location, or might
  3276. it possibly create a new image in the lastfew clusters of a new
  3277. partion? If not, can this file be moved and how?I've got an
  3278. extra 40meg free on my hard drive that's got Linux written
  3279. allover it. Thanks! --
  3280. -----------------------------------------------------------------
  3281. ------------Anthony Freyanthony@cae.wisc.edu                    
  3282.      "Building stereotypes                                      
  3283.         for the 90's"------------------------------Date: 8 Apr
  3284. 92 18:05:32 GMTFrom:
  3285. charon.amdahl.com!amdahl!jsp@uunet.uu.netTo:
  3286. packet-radio@ucsd.eduReferences
  3287. <1992Apr7.172401.10710@mdd.comm.mot.com>,
  3288. <8bYf02a7c0uY00@amdahl.uts.amdahl.com>,
  3289. <1992Apr8.000227.24937@mdd.comm.mot.com>Reply-To :
  3290. jsp@pls.amdahl.comSubject : Re: capturing caller id
  3291. datagilbert@mdd.comm.mot.com (John Gilbert) writes:}In article
  3292. <8bYf02a7c0uY00@amdahl.uts.amdahl.com> jsp@pls.amdahl.com
  3293. writes:}>John, don't you ever get tired of beating your head
  3294. against this same wall?}>I answered the above question for you
  3295. the last time this went around.  You}>didn't really listen to my
  3296. answer then, and I don't see you really listening}>now,
  3297. either.}Wellll... I think this is a case of you giving an answer
  3298. to a slightly}different question than I asked, and then assuming
  3299. your answer was so}satisfactory I should just declare you
  3300. right.Ah, this then could be the source of our problem.  You
  3301. see, to me, thisis simply not an issue of "right" or "wrong". 
  3302. The question is one ofpersonal preference.  When a person wants
  3303. something, he can't be "right"or "wrong" about it, because it's
  3304. just what he wants.  If what you wantis different from what I
  3305. want, neither of us can be "right" or "wrong",we are just
  3306. different.All I've ever tried to do on this subject is to tell
  3307. you that what I wantis different from what you want.  I've never
  3308. expected you to "declare meright", I've only asked you to
  3309. acknowledge that I want something differentthan what you want,
  3310. and that CID might just possibly fill my needs betterthan
  3311. answering machines and/or secret codes.  If you have had the
  3312. attitude that one of us must be "right", then it's no wonder
  3313. that we just keep going round and round.--James
  3314. Preston------------------------------Date: 8 Apr 92 18:03:40
  3315. GMTFrom:
  3316. noiro.oac.uci.edu!miami.acs.uci.edu!rravelo@network.UCSD.EDUTo:
  3317. packet-radio@ucsd.eduReferences <11994@ucdavis.ucdavis.edu>,
  3318. <92098.123907OEF100@psuvm.psu.edu>,
  3319. <12035@ucdavis.ucdavis.edu>Subject : Re: CUBA/SPAINIn article
  3320. <12035@ucdavis.ucdavis.edu> ez007856@hamlet.ucdavis.edu
  3321. writes:>En <92098.123907OEF100@psuvm.psu.edu> Oscar Frias
  3322. escribe>>c)   Sendero es totalmente diferente de Fidel, SEndero
  3323. es trafico de droga, >Sendero es salvajismo (o abrirte la guata
  3324. y llenarla de excremento tiene >paralelo civilizado), Sendero es
  3325. destruccion, Sendero es "estado de locura >NUnca compare usted
  3326. Sendero con otros diferentes , Sendero es solo comparable a >los
  3327. Kmher Roughe y Pol Pot a Gonzalo. YO NO QUIERO VER REPETIDA LA
  3328. MACABRA >ESCENA DE UNA QUEBRADA LLENA DE CALAVERAS, por eso
  3329. Sendero tiene que ser >detenido AHORA, no dentro de una
  3330. decada.>>Muy diferente no:>>1) Fidel trafico' drogas y en Cuba
  3331. la pequen~a burguesia usa y vende drogas.>2) Fidel es
  3332. salvajismo: recuerda: "dentro de la revoulcion: todo, afuera de
  3333. la >revolucion, nada.>3) Fidel es destruccion.  Todo aquel que
  3334. se le opone queda encarcelado para >siempre o fusilado como
  3335. "gusano".>4) Fidel es estado de locura: "Socialismo o muerte!"
  3336. [fijate que no dice >"!Capistalismo a la Oscar Frias o
  3337. muerte!">5) Entre un genocida y un estalinista hay muy poca
  3338. diferencia.  El estalinista >solo es genocida cuando no le queda
  3339. mas remedio.  El polpotiano lo es por >principio, asi que la
  3340. analogia del cartel  haciendo negocios con Sendero es muy
  3341. >parecida a la del Vasco haciendo negocios con Fidel.  Despues
  3342. de todo en el >laissez faire la droga tambien es una ventaja
  3343. comercial del Peru.  El >intercambio de pasta basica de cocaina
  3344. es beneficioso para Sendero. "Es decir >aprovechar su alto grado
  3345. de produccion de coca, su posicion relativa en >produccion de
  3346. cocaina respecto a otros paises tercermundistas, su tecnologia
  3347. de >cultivo y procesamiento de coca y derivados y en fin todo en
  3348. lo que es mejor >que otros. Hoy este intercambio se tiene que
  3349. hacer "a la de verdad".>>Edelmir  Yo creo que la analogia que
  3350. hace Edelmiro entre el regimen de Castro  y Sendero Luminoso es
  3351. valida y muy clara. No hay mucha diferencia   entre los dos
  3352. extremistas.   Tambien la analogia que dio' Jorge Luis Romeu
  3353. comparando el comercio  entre los espan~oles y Castro y el
  3354. posible comercio con Sendero es  valida, EMHO!   La unica
  3355. diferencia es que Castro es un jefe de estado con muchas 
  3356. credenciales y estadisticas "fabricadas" y Sendero no ha tenido
  3357. la  oportunidad de demostrar sus "buenas" int enci
  3358.  
  3359. ones todavia. Si  desgraciadamente algun dia toman el poder ya
  3360. veran como todos  los "intelectuales" alrededor del mundo los
  3361. apoyan y justifican sus  crimenes enumerando las mejoras que
  3362. hacen en el Peru como reduccion  del analfabetismo y la salud
  3363. del pueblo!!--Ray I. Ravelo                 "There's a surefire
  3364. way to double your money;Office of Academic Computing.  fold it
  3365. in half and put in your pocket".UC, Irvine.                 
  3366. ------------------------------Date: 8 Apr 92 18:11:00 GMTFrom:
  3367. usc!cs.utexas.edu!tamsun!zeus.tamu.edu!srf6200@network.UCSD.EDUTo
  3368. : packet-radio@ucsd.eduReferences
  3369. <92090.143520MPS111@psuvm.psu.edu>, <73176@netnews.upenn.edu>,
  3370. <92099.11022200124961@ysub.ysu.edu>Subject : Rush Rap (was Re:
  3371. rush trivia tidbits)In article
  3372. <92099.11022200124961@ysub.ysu.edu>, 00124961@ysub.ysu.edu
  3373. writes...>If I had to guess, I'd say that it was Neil Peart.>
  3374. >Chris.My guess was Rupert Hine.  If you listen to the "Better
  3375. off Dead" soundtrack, which he produced, you can hear him
  3376. sing...and it sounds a lot like the
  3377. rap.=============================================================
  3378. ============= \ Steven Fennell - Graduate Student \ "She asked
  3379. for my love, and I gave \  \ srf6200@zeus.tamu.edu - Texas A&M \
  3380.  her a dangerous mind." - D. Bowie \  
  3381. =================================================================
  3382. =========------------------------------Date: Wed, 8 Apr 92
  3383. 17:37:34 GMTFrom:
  3384. nsisrv!kong!rdominy%kong.gsfc.nasa.gov@ames.arpaTo:
  3385. packet-radio@ucsd.eduReferences
  3386. <1992Apr3.204157.20452@unocal.com>,
  3387. <1992Apr7.123419.7183@ux1.cso.uiuc.edu>,
  3388. <1992Apr7.155359.8126@cbnewsl.cb.att.com>Subject : Re: Surround
  3389. Sound on TV BroadcastsIn article
  3390. <1992Apr7.155359.8126@cbnewsl.cb.att.com>,
  3391. robe@cbnewsl.cb.att.com (robert.g.egan) writes:> > In article
  3392. <1992Apr7.123419.7183@ux1.cso.uiuc.edu>, tmkk@uiuc.edu (K. Khan)
  3393. writes:> > > > In article <1992Apr3.204157.20452@unocal.com>
  3394. gary@st.unocal.com (Gary Cattelino) writes:> > >I was watching
  3395. TV last night and noticed the message "Presented> > >in Dobly
  3396. Surround Sound" at the beginning of the program.> > > > Speaking
  3397. of Dolby Surround TV shows, did anyone watch "Mann and Machine">
  3398. > on NBC Sunday night? Methinks the recording engineer who did
  3399. Fantasia> > also works for this show. ;-)> I'm glad someone else
  3400. noticed and posted about M and M because I thought> my hardware
  3401. was going crazy. It had to be the worst example of TV Dolby>
  3402. Surround so far. But I think the tape master was SNAFUed not the
  3403. recording> engineer.Perhaps this was a local problem because I
  3404. thought "Mann and Machine"was one of the best broadcast surround
  3405. programs I've heard so far(except for "Northern
  3406. Exposure").------------------------------Date: 8 Apr 92 17:48:55
  3407. GMTFrom:
  3408. swrinde!sdd.hp.com!spool.mu.edu!umn.edu!noc.MR.NET!uc.msc.edu!sha
  3409. mash!phoenix.udev.cdc.com!ats@network.UCSD.EDUTo:
  3410. packet-radio@ucsd.eduReferences
  3411. <1992Apr2.215804.17634@vicorp.com>,
  3412. <41050099@hpcc01.corp.hp.com>,
  3413. <1992Apr8.100501.1425@hemlock.cray.com>comReply-To :
  3414. ats@phoenix.udev.cdc.com (alex t stagg x4718)Subject : Re:
  3415. Seeking weird analog synthIn article
  3416. <1992Apr8.100501.1425@hemlock.cray.com>, dpm@cray.com (DonaldP.
  3417. Maghrak) writes:|>In article <41050099@hpcc01.corp.hp.com>
  3418. brooksp@hpcc01.corp.hp.com(Peter Brooks) writes:|>>[ ...
  3419. ]|>>|>Didn't Pete Towensend (sp?) of the Who use a VCS 3 on the
  3420. Who's Next album?|>He was also into those old analog sequencers.
  3421.  I think he used an analog |>sequencer with a VCS 3 on Won't Get
  3422. Fooled Again and Baba O'Reilly, and |>the VCS 3 on Bargain. 
  3423. |>-feel free to correct info and spelling.I always thought that
  3424. he used an ARP 2500 or 2600 for those.But all I can remember
  3425. (hopefully somewhat accurately) is somepicture of him with a
  3426. 2500 (and it may have been in an ARP newsletter).   
  3427. Alex.------------------------------------------------------------
  3428. ----A. T. (Alex) Stagg/ARH215      | INTERNET:
  3429. ats@udev.cdc.comControl Data Corporation       |4201 Lexington
  3430. Ave.N.          | fax:      01-612-482-4455Arden Hills, MN USA
  3431. 55126-6198 | Voice:   
  3432. 01-612-482-4718------------------------------Date: Wed, 8 Apr
  3433. 1992 14:59:02 GMTFrom:
  3434. theory.TC.Cornell.EDU!payne@tcgould.tn.cornell.eduTo:
  3435. packet-radio@ucsd.eduReferences
  3436. <N1FsiB2w165w@micromed.net.netcom.com>,
  3437. <1992Apr7.000612.26742@tc.cornell.edu>,
  3438. <clemon.07vs@lemsys.UUCP>Subject : Re:  Poor Man's packet &
  3439. modemIn article <clemon.07vs@lemsys.UUCP> clemon@lemsys.UUCP
  3440. (Craig Lemon VE3XCL) writes: [... stuff about using modems for
  3441. VHF/UHF 1200 baud packet ...]>        But if we do have a Bell
  3442. 202(A?) compatible modem, how might we go>about making a TNC out
  3443. of them?  Is it possible at all.  It seems that my>old GVC 1200
  3444. had a command 'ath4' that was for special external
  3445. connections>(some connotations towards radio were mentioned).  A
  3446. relay clicked inside>the modem but the phone was not taken off
  3447. of the hook.    Old Bell 202 modems can be used on packet.  In
  3448. fact, that's whatwas first used back in the "old days".  I've
  3449. not used any old telephone modems on packet, so I can only
  3450. speculate on how to go about converting one.  You have to figure
  3451. out:(a) how to hook up the radio(b) how to interface the modem
  3452. to the TNC or computer (might have to worry     about RS-232 or
  3453. TTL level conversions)(c) if your modem is a smart modem, you
  3454. have to figure out how to command it    into the 202 mode after
  3455. you've done (b)    After you've done all this work, you still just
  3456. have a modem (youneed a TNC).  Unless you have a garage full of
  3457. surplus modems, it's probably not worth the trouble.    If you can,
  3458. ignore 1200 baud packet and start at 9600 baud or faster.If you
  3459. must have 1200 baud, build a modem around TI's TCM3105 chip. 
  3460. Its cheap,stable, low-power, needs only +5, and works very
  3461. well.-- =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  = 
  3462. =  =  =  =  =  =  =  =Andrew C. Payne, N8KEI        UUCP: 
  3463. ...!cornell!batcomputer!payne                          INTERNET:
  3464.  payne@tc.cornell.edu------------------------------Date: 8 Apr
  3465. 92 18:00:13 GMTFrom:
  3466. noiro.oac.uci.edu!hepxvt.ps.uci.edu!cortese@network.UCSD.EDUTo:
  3467. packet-radio@ucsd.eduReferences
  3468. <29E22A6F.27011@noiro.acs.uci.edu>,
  3469. <29E23424.27938@noiro.acs.uci.edu>,
  3470. <loren.37@wmkt.wharton.upenn.edu>Subject : Re: Worship of the
  3471. Greek godsIn article <loren.37@wmkt.wharton.upenn.edu>
  3472. loren@wmkt.wharton.upenn.edu (Loren Miller) writes:>In article
  3473. <29E23424.27938@noiro.acs.uci.edu> cortese@hepxvt.ps.uci.edu
  3474. (Janis Maria Cortese) writes:>>I did not ask for what>>happened
  3475. to me and my family, and if I am "sensitive," that's just
  3476. too>>bad for the rest of you.  *I* bear the scars of what
  3477. happened to me, and>>if it's too much for *you* to bear, that's
  3478. just too damned bad.>>Go ahead, be proud of your scars. I hail
  3479. you for it. However, there is a I'm not proud of them.  I don't
  3480. want them.  I simply acknowledge them asa part of my history and
  3481. consequently having influenced my present.  BUtI don't have to
  3482. like them.Blessings,Janis------------------------------Date: 8
  3483. Apr 92 17:52:45 GMTFrom:
  3484. charon.amdahl.com!amdahl!JUTS!cerebus!branwen@uunet.uu.netTo:
  3485. packet-radio@ucsd.eduReferences
  3486. <CKD.92Apr1143309@loiosh.eff.org>,
  3487. <ru5acINNi6d@agate.berkeley.edu>,
  3488. <1992Apr08.080558.29391@kithrup.COM>>Subject : Re: Steven
  3489. BrustIn article <1992Apr08.080558.29391@kithrup.COM>
  3490. sef@kithrup.COM (Sean Eric Fagan) writes:>I WANT MORE BRUST! 
  3491. Wish he could clone himself and work on two books at>once 8-).I
  3492. thought Brust *had* cloned himself. Why else would Jerry
  3493. Boyajian lookexactly like Brust?--                              
  3494.            Karen Williams                                       
  3495.   branwen@cerebus.ras.amdahl.com"Don't whine. Warrior women
  3496. speak in a husky whisper."  -- Brat Pack
  3497. #3------------------------------End of Packet-Radio Digest V92
  3498. #94******************************Date: Fri, 10 Apr 92 04:30:03
  3499. PDTFrom: Packet-Radio Mailing List and Newsgroup
  3500. <packet-radio@ucsd.edu>Errors-To:
  3501. Packet-Radio-Errors@UCSD.EduReply-To:
  3502. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  3503. Digest V92 #95To: packet-radioPacket-Radio Digest         Fri,
  3504. 10 Apr 92       Volume 92 : Issue  95Today's Topics:      
  3505. automatic control (was: Help 2nd try tcpip ka9q problem)        
  3506.              Beginner's Guide to TCP/IP                         
  3507. Call for GIGABITS                     Cheapest packet-capable
  3508. rig?                          Combined radio/TNC            FLEA
  3509. at MIT  Sunday April 19th    Cambridge MA                   
  3510. Help with KISS and a PK-232MBX              I'd like to learn
  3511. more about packet radio   printed circuit diagram or 2Mbps
  3512. datalink in 1991 ARRL handbook                     Repeaters
  3513. price/availability              Ripoff Radio? (WAS Re: Combined
  3514. radio/TNC)Send Replies or notes for publication to:
  3515. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  3516. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  3517. otherwise to brian@ucsd.edu.Archives of past issues of the
  3518. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  3519. directory "mailarchives/packet-radio".We trust that readers are
  3520. intelligent enough to realize that all textherein consists of
  3521. personal comments and does not represent the officialpolicies or
  3522. positions of any party.  Your mileage may vary.  So
  3523. there.-----------------------------------------------------------
  3524. -----------Date: 9 Apr 92 16:23:53 GMTFrom:
  3525. usc!cs.utexas.edu!tamsun!cs.tamu.edu!willis@network.UCSD.EDUSubje
  3526. ct: automatic control (was: Help 2nd try tcpip ka9q problem)To:
  3527. packet-radio@ucsd.eduIn article <702790137.F00002@iea.UUCP>,
  3528. Pat.Dockrey@f3.n346.z1.fido.iea.hmm (Pat Dockrey) writes:|> This
  3529. is no doubt a very contentious problem...but I completely
  3530. disagree with|> the concept of not having an amateur responsible
  3531. for their transmissions.|> Personal responsibility goes to the
  3532. heart of the amateur radio hobby.  
  3533. ^^^^^^^^^^^^^^^^^^^^^^^Exactly.  But that's why the FCC
  3534. *interpretation* should be changed.  Theone responsible for a
  3535. message is the originator, not the PBBS that forwards
  3536. themessage.  Store and forward censorship is almost doable; how
  3537. could youpossibly do things where the entire message was never
  3538. at your site at one time?|> Even the phone boards have
  3539. restrictions on content, why should the PBBS' be any|>
  3540. different?To my knowledge and based on experience, there are
  3541. *no* restrictions oncontent on a phone BBS (other than,
  3542. possibly, aiding and abetting a crime).There are certainly no
  3543. restrictions on commercial activity or
  3544. obscene/profanemessages.------------------------------Date: 10
  3545. Apr 92 06:12:50 GMTFrom:
  3546. usc!wupost!csus.edu!ucdavis!madrone.eecs.ucdavis.edu!ford@network
  3547. .UCSD.EDUSubject: Beginner's Guide to TCP/IPTo:
  3548. packet-radio@ucsd.eduI have written a document entitled
  3549. "Beginner's Guide to TCP/IP on theAmateur Packet Radio Network
  3550. Using the KA9Q Internet Software."Version 2.0 of the guide
  3551. documents the use of NOS 911229 (PA0GRI v2.0h)and BM v3.3.2.The
  3552. document is available in three forms by anonymous ftp
  3553. fromfilbert.eecs.ucdavis.edu [128.120.57.123] in the directory
  3554. pub/ka9q."nosbgnlp.zip" unzips to a 66 page ascii "line printer"
  3555. document,which can be printed with the UNIX lpr
  3556. command."nosbgnps.zip" unzips to a 54 page PostScript document,
  3557. which canbe printed on a PostScript printer."nosbgnpr.zip"
  3558. unzips to a 66 page ascii "print" document, whichcan be printed
  3559. using the DOS print command.  You will need to sendcontrol codes
  3560. to your printer to control the page offset and youshould turn
  3561. perforation skip off.I am unable to provide access to this
  3562. document in any way otherthan anonymous ftp.  Those of you who
  3563. do make it available inother ways (on a BBS for example), please
  3564. let me know and I canpass this information on to those who
  3565. inquire.Comments and suggestions for change to the document are
  3566. welcome.    Gary Ford, N6GF------------------------------Date: 9
  3567. Apr 1992 12:06:29 -0700From: news-mail-gateway@ucsd.eduSubject:
  3568. Call for GIGABITSTo: packet-radio@ucsd.eduFrom:David Sweigert
  3569. c/oBoeing Aerospace OperationsM/S   FA-71Kennedy Space Center,
  3570. Florida 32899407-867-4848To:Robert E. Kahn, Corporation for
  3571. National Research InitiativesPhillip Gross, Advanced Network and
  3572. Services, Inc.Lawerence Landweber, University of WisconsinBernd
  3573. Bruegge, Carnegie Mellon UniversityRef:GIGABIT Testbed
  3574. ActivityBackground:  On pages 10-13, March 1992 issue of IEEE
  3575. Network Magazine, there wasa very interesting article entitled
  3576. "Where are we with Gigabits".  Thisguest editorial referred to
  3577. all of the gentlemen mentioned above.Kennedy Activity:  The KSC
  3578. is interested in exploring GIGABIT architectures.  In fact,a
  3579. small embryonic project has been funded to establish a
  3580. "test-bed"of sorts.  This test-bed is not of the academic
  3581. sophistication levelof others (i.e. AURORA, CASA, etc.), but is
  3582. a first phase conceptexploration project.  KSC is interested in
  3583. testing the feasibility of using a GIGABITarchitecture to
  3584. consolidate several divergent communication transmissionsystems
  3585. used to support the operations and launch of the Space
  3586. Shuttle.Requested Dialoge:  I am interested in exploring the
  3587. possibility of communicating withother individuals to compare
  3588. notes and lessons learned.  If interestedplease reply via
  3589. e-mail.  Thank you.Sincerely,David
  3590. Sweigert------------------------------Date: Thu, 9 Apr 1992
  3591. 01:35:31 GMTFrom:
  3592. usc!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu!yale.edu!jvnc.net!
  3593. darwin.sura.net!aplcen.apl.jhu.edu!wb3ffv!ka3ovk!irscscm!next32!d
  3594. strout@network.UCSD.EDUSubject: Cheapest packet-capable rig?To:
  3595. packet-radio@ucsd.eduWhat is the absolute minimum set up to run
  3596. 2400 bps packet?  How about  9600?  I'm new to this (like you
  3597. couldn't tell?) and would appreciate any  advice, experiences,
  3598. recomendations, etc.dave.-- Dave StroutNeXT
  3599. Programmerdstrout@next32.isnet.com  <-- Should
  3600. work......uunet!ihost!next32!dstrout  <-- Else try
  3601. this....------------------------------Date: Thu, 9 Apr 1992
  3602. 21:57:47 GMTFrom:
  3603. usc!zaphod.mps.ohio-state.edu!think.com!snorkelwacker.mit.edu!new
  3604. s.media.mit.edu!news.media.mit.edu.!sro@network.UCSD.EDUSubject:
  3605. Combined radio/TNCTo: packet-radio@ucsd.eduBesides assorted
  3606. do-it-yourselfers, there's the new Alinco that'sadvertised in
  3607. all of the latest ham magazines.  It's called theDR-1200T.  It
  3608. comes with 25W output, a TNC cable, and 2400 baudcapability. 
  3609. The microphone is optional!You can assume that the deviation is
  3610. set properly for data, and thatthe TX/RX switching is fast.  It
  3611. sounds like you hook it up to acomputer & start transmitting.I
  3612. haven't seen one myself.  Has anyone played with one?  call
  3613. (310) 616 8616 for info or see QST, 73 or
  3614. CQ.--Shawn------------------------------Date: 10 Apr 92 06:24:17
  3615. GMTFrom: w1gsl@athena.mit.eduSubject: FLEA at MIT  Sunday April
  3616. 19th    Cambridge MATo: packet-radio@ucsd.eduSpring has Sprung
  3617. in Cambridge....  so it is again  time for the monthly  Fleas at
  3618. MIT ....  *********  $1  buyers discount with hardcopy of this
  3619. notice ********COMPUTERS - ELECTRONICS - HAM RADIO - COMPUTERS -
  3620. ELECTRONICS                  FLEA  all SUMMER at MIT            
  3621.        April 19th,  1992                         9AM-2PMCome to
  3622. the city for a great flea - plenty of free parking.        MIT's
  3623.  electronics and ham radio flea will take     place on the third
  3624. Sunday of each month this summer,     April thru October.          
  3625.     There is tailgate space for over 400 sellers and       
  3626. free, off-street parking for >1000 cars!        Buyers admission
  3627. is $2  (you get $1 off if        you're lucky enough to have a
  3628. copy of our add)        and sellers spaces are $8.00-each at the
  3629. gate.        The flea will be held at the corner of Albany and  
  3630.      Main streets in Cambridge; right in the Kendall       
  3631. Square area from 9AM to 2PM, with sellers set-up        time
  3632. starting at 7AM.      !! RAIN or SHINE !!  Have no fear of rain, a
  3633. covered     tailgate area is available for all sellers (6'8"
  3634. clearance).        Talk-in: 146.52 and W1XM/R-449.725/444.725
  3635. (PL 114.8/2A).        Sponsors: MIT Electronics Research Society
  3636.                  MIT UHF Repeater Association (W1XM)            
  3637.      MIT Radio Society (W1MX)          Harvard Wireless Club
  3638. (W1AF)    For more info / advanced reservations 617 253
  3639. 3776********** $1  buyers discount with hard copy of this notice
  3640. *****************************************************************
  3641. **************************Steve
  3642. Finberg            W1GSL            w1gsl@athena.mit.eduPO Box 82 MIT Br      
  3643. Cambridge MA  02139            617 258
  3644. 3754*************************************************************
  3645. ******************------------------------------Date: 10 Apr 92
  3646. 04:38:08 GMTFrom:
  3647. ogicse!willamette.edu!tjones@uunet.uu.netSubject: Help with KISS
  3648. and a PK-232MBXTo: packet-radio@ucsd.eduIn our Digital
  3649. Communications class here at Willamette University, our
  3650. group'sproject involves using ka9q on a couple of TNCs
  3651. (PK-232MBX TNCs to be exact). The documentation for ka9q
  3652. describes how to activate KISS mode on the PK-232(first you
  3653. activate KISS mode using some terminal program, then run ka9q),
  3654. butit doesn't work on TNCs.  We are using PC Packrat as the
  3655. terminal program, andare sending commands to the TNC.  It works
  3656. fine until we hit the command KISSON, at which time no other
  3657. commands may be entered, and the only solution isto exit the
  3658. program and reset the TNC.  Our professor has been no help, as
  3659. hehas never used KISS mode on these TNCs.  If anyone can help,
  3660. and/or has usedka9q with IBM compatable machines, please respond
  3661. via e-mail.  Thank you.tjones@willamette.edu
  3662. ------------------------------Date: 9 Apr 92 16:35:49 GMTFrom:
  3663. meteor!phoebus.meteor.wisc.edu!foley@rsch.wisc.eduSubject: I'd
  3664. like to learn more about packet radioTo:
  3665. packet-radio@ucsd.eduHello:I have *no* experience with radio,
  3666. except using my little Sony-2010shortwave.  I am, however, very
  3667. interested in getting started withthings like packet radio. 
  3668. From what I understand, I can get a Novice or Technician no-code
  3669. license from the FCC that will allow meto do voice/packet work
  3670. above 30 MHz.Could someone point me to sources of further
  3671. information?  Isthere a compiled FAQ for this group?Some
  3672. specific questions I have about packet radio:- What kind of
  3673. equipment do you need?- How much does this cost?- What kind of
  3674. license do I need?- Are there people in the Madison, WI area
  3675. that are also  doing this?- What can you do with packet radio? 
  3676. Messages?  BBSs?  UUCP?- I currently have a Sun Sparcstation 1
  3677. as my home computer.  What  kind of software do I need with
  3678. packet radio.  Has anyone used  a Sun (or other Unix machine)
  3679. for this kind of stuff?Please email me or post it here...Thanks
  3680. in advance to any kind folks who can help me out.I appreciate
  3681. your time and
  3682. attention.Cheers,Jon---------------------------------------------
  3683. -------------------------------- Jonathan Foley                 
  3684.              | email:  foley@meteor.wisc.edu |Center for
  3685. Climatic Research and             
  3686. -------------------------------  Department of Atmospheric &
  3687. Oceanic SciencesUniversity of Wisconsin          
  3688. -------------------------------------------1225 West Dayton
  3689. Street          | These views are my own and do not reflect
  3690. |Madison, WI  53706               | those of any part of the
  3691. Univ. Wisconsin.
  3692. |----------------------------------------------------------------
  3693. -------------------------------------------Date: Thu, 09 Apr 92
  3694. 18:31:37 GMTFrom:
  3695. csus.edu!netcomsv!mork!n1gak@decwrl.dec.comSubject: printed
  3696. circuit diagram or 2Mbps datalink in 1991 ARRL handbookTo:
  3697. packet-radio@ucsd.eduGreetings!  I made a layout for the boards
  3698. [Two sided with ground plane] butnever ended up making the
  3699. boards because I couldn't order the GUnnplexersthat the article
  3700. called for.  Even after correcting the typo on the phonenumber
  3701. in the ARRL guide, I found that the part in question hadnt been
  3702. madefor "a coujple of years now ... "   If anyone else knows a
  3703. source of these,I'd be glad to root through my backups and find
  3704. the artwork for the board.It's about a one evening project.  In
  3705. fact - I'll get PC Boards MADE andsell them at COST just to get
  3706. more people to USE this mode.  Will peoplebe needing High-Speed
  3707. Synch cards for various machines too?  I don't knowwhere to
  3708. scrounge one up, and figured I'd just point-to-point one when
  3709. theneed came.  [I've got a Mac and a 3B1 in my packet station]
  3710.         N1GAK  Scott------------------------------Date: 7 Apr 92
  3711. 14:26:18 GMTFrom:
  3712. usc!wupost!waikato.ac.nz!aukuni.ac.nz!mercury!nacjack!richard@net
  3713. work.UCSD.EDUSubject: Repeaters price/availabilityTo:
  3714. packet-radio@ucsd.eduCan anyone tell me (pref. in mail) where I
  3715. could get information aboutrepeaters (prices + facilities)
  3716. particularly Digital Repeaters for the2m and 70cm bands? I.e
  3717. companies to write (snail or email) to, etc.I live in a rather
  3718. nasty area surrounded on three sides by rather highhills. There
  3719. are a number of people in my area wanting to experimentwith
  3720. packet, but unable to get reception with any reliably unless we
  3721. goto ultra expensive antennae - if we join as a group we could
  3722. get arepeater and save ourselves some money. I know this isn't
  3723. the bestsolution, a better antenna would give coverage to all
  3724. the frequenciesin the 2m band, but packet people tend to get
  3725. some serious flak fromthe voice operators if we don't stick to
  3726. assigned
  3727. bands.Richard----------------------------------------------------
  3728. -----------------------"Today we will do lying on the floor. You
  3729. will lie on the floor. You willcontinue to lie on the floor, and
  3730. if you move a single muscle, I will killyou." - Alexi Sayle,
  3731. Didn't you kill my brother?USENET  : richard@nacjack.gen.nz     
  3732.  The Demi-Monde : 199:310/1FIDONET : Richard Vowles 3:772/110.0 
  3733.  Amateur Radio  : ZL1UTF------------------------------Date: 9
  3734. Apr 92 22:26:31 GMTFrom:
  3735. swrinde!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!matt.ksu.ksu.ed
  3736. u!news@network.UCSD.EDUSubject: Ripoff Radio? (WAS Re: Combined
  3737. radio/TNC)To: packet-radio@ucsd.edusro@media-lab.media.mit.edu
  3738. (Shawn O'Donnell) writes:>Besides assorted do-it-yourselfers,
  3739. there's the new Alinco that's>advertised in all of the latest
  3740. ham magazines.  It's called the>DR-1200T.  It comes with 25W
  3741. output, a TNC cable, and 2400 baud>capability.  The microphone
  3742. is optional!>It sounds like your typical voice radio.  For
  3743. example, Kantronicssells a 2400 baud modem that uses QAM (?)
  3744. that requires the samebandwidth as 1200 baud, thus you don't
  3745. have to make any mods to yourvoice radio.  I think that is where
  3746. they get the 2400 baud speed.>You can assume that the deviation
  3747. is set properly for data, and that>the TX/RX switching is fast. 
  3748. It sounds like you hook it up to a>computer & start
  3749. transmitting.>I would more assume they are not.  It looks like
  3750. they took a voice radioand just re-labeled it w/o a
  3751. microphone.>I haven't seen one myself.  Has anyone played with
  3752. one?  >Nope, so I am just going from the pictures.  I may be
  3753. speaking unfairlyabout Alinco.  If they did provide a 9600 baud
  3754. capable radio, thenthat would be something to talk about.-Steve
  3755. Schallehn  KB0AGD------------------------------Date: 9 Apr 1992
  3756. 10:01:23 -0700From: news-mail-gateway@ucsd.eduTo:
  3757. packet-radio@ucsd.eduReferences Faunt, N6TQS,
  3758. 415-688-8269)pSubject : re: List of 4800 baud and 9600 baud
  3759. capable radios needed.TAPR's got some of this information.  It
  3760. happens that the Jan '92 PSRhas the connection points for the
  3761. TM221.  RX can be gotten fromIC1-pin 9, and TX may be be
  3762. injected at connection #7 on the VCOassembly on the TX/RX unit. 
  3763. There's more information in the article.TAPR can be reached at
  3764. 602-749-947973, doug, N6TQS, 
  3765. <faunt@cisco.com>------------------------------End of
  3766. Packet-Radio Digest V92 #95******************************Date:
  3767. Sat, 11 Apr 92 04:30:02 PDTFrom: Packet-Radio Mailing List and
  3768. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  3769. Packet-Radio-Errors@UCSD.EduReply-To:
  3770. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  3771. Digest V92 #96To: packet-radioPacket-Radio Digest         Sat,
  3772. 11 Apr 92       Volume 92 : Issue  96Today's Topics:            
  3773.     Beginner's Guide to TCP/IP (2 msgs)                         
  3774.    D-410 reply                     How do I kill kiss on tnc2?  
  3775.                         More on GIGABIT   printed circuit
  3776. diagram or 2Mbps datalink in 1991 ARRL handbook                 
  3777.          tcp/ip beginner              Why segregate TCP/IP? (was
  3778. Re: kbd to kbd)Send Replies or notes for publication to:
  3779. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  3780. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  3781. otherwise to brian@ucsd.edu.Archives of past issues of the
  3782. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  3783. directory "mailarchives/packet-radio".We trust that readers are
  3784. intelligent enough to realize that all textherein consists of
  3785. personal comments and does not represent the officialpolicies or
  3786. positions of any party.  Your mileage may vary.  So
  3787. there.-----------------------------------------------------------
  3788. -----------Date: Fri, 10 Apr 92 15:52:00 GMTFrom:
  3789. sdd.hp.com!usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.ed
  3790. u!usenet.ins.cwru.edu!cleveland.Freenet.Edu!be173@network.UCSD.ED
  3791. USubject: Beginner's Guide to TCP/IPTo:
  3792. packet-radio@ucsd.eduThanks for taking the time to put together
  3793. the documentsintroducing beginners to TCP/IP and making them
  3794. available viaFTP. Unfortunately, when I attempted to FTP to
  3795. filbert... andlogin as "anonymous", filbert... responded with
  3796. "unknown command"Are you sure the system is set to accept
  3797. anonymous FTP logins?Thanks es 73,Will Snyder/KB4LFD-- J.
  3798. William Snyder, Jr. (Will)Class of 1992/The University of North
  3799. Carolina at Chapel HillAmateur Packet Radio:
  3800. KB4LFD@K4IWW.NC.USA.NOAMInternet:
  3801. SNYDER@UNCVX1.ACS.UNC.EDU------------------------------Date: 10
  3802. Apr 92 18:41:32 GMTFrom:
  3803. csus.edu!ucdavis!madrone.eecs.ucdavis.edu!ford@decwrl.dec.comSubj
  3804. ect: Beginner's Guide to TCP/IPTo: packet-radio@ucsd.eduIn
  3805. article <1992Apr10.155200.14931@usenet.ins.cwru.edu>
  3806. be173@cleveland.Freenet.Edu (J. William Snyder, Jr.)
  3807. writes:>>Thanks for taking the time to put together the
  3808. documents>introducing beginners to TCP/IP and making them
  3809. available via>FTP. Unfortunately, when I attempted to FTP to
  3810. filbert... and------------------------------Date: 10 Apr 1992
  3811. 14:54:15 -0700From: news-mail-gateway@ucsd.eduSubject: D-410
  3812. replyTo: packet-radio@ucsd.eduThere is a simple solution to
  3813. COR-operated RF amp keyup delay - use direct PTT.However, many
  3814. COR's may be minimally modified for substantiallyshorter keyup
  3815. delay by simply tweaking a capacitor or 2, altering aresistor or
  3816. 2; or (better yet) getting rid of the clanker and usingPIN
  3817. diodes, a move usually appreciated by XYL's if your shack
  3818. isadjacent to your bedroom and the local insomniacs victimize
  3819. yourmachine in the middle of the night =8-O -- Mike  
  3820. wd6ehr.ampr.org!wd6ehr@puffin.UUCP------------------------------D
  3821. ate: 10 Apr 92 23:28:15 GMTFrom:
  3822. usc!rpi!usenet.coe.montana.edu!ogicse!psgrain!qiclab!techbook!low
  3823. ell@network.UCSD.EDUSubject: How do I kill kiss on tnc2?To:
  3824. packet-radio@ucsd.eduI have managed to get my PacCom TNC220,
  3825. which is suppossed to beuser interface compatable (more or less)
  3826. with a TNC2, into the KISSmode.  Works great for tcp/ip etc.  I
  3827. can`t find any documentation that tells me how to take it back
  3828. out of KISS mode.  Any hints?  73 Lowell
  3829. (kc7dx@n7pwf.or.usa.na)-- Lowell BrunsonKC7DX @ N7PWF.OR.USA.NA
  3830. (Packet Radio Only!)lowell@techbook.COM  Public Access User ---
  3831. Not affiliated with TECHbooks------------------------------Date:
  3832. 10 Apr 1992 10:01:37 -0700From:
  3833. news-mail-gateway@ucsd.eduSubject: More on GIGABITTo:
  3834. packet-radio@ucsd.eduFrom:david@kelly.ksc.nasa.govTo:Robert E.
  3835. Kahn, Corporation for National Research InitiativesPhillip
  3836. Gross, Advanced Network and Services, Inc.Lawerence Landweber,
  3837. University of WisconsinBernd Bruegge, Carnegie Mellon
  3838. UniversityRef:GIGABIT Testbed ActivityBackground:  On pages
  3839. 10-13, March 1992 issue of IEEE Network Magazine, there wasa
  3840. very interesting article entitled "Where are we with Gigabits". 
  3841. Thisguest editorial referred to all of the gentlemen mentioned
  3842. above.Kennedy Activity:  The KSC is interested in exploring
  3843. GIGABIT architectures.  In fact,a small embryonic project has
  3844. been funded to establish a "test-bed"of sorts.  This test-bed is
  3845. not of the academic sophistication levelof others (i.e. AURORA,
  3846. CASA, etc.), but is a first phase conceptexploration project. 
  3847. KSC is interested in testing the feasibility of using a
  3848. GIGABITarchitecture to consolidate several divergent
  3849. communication transmissionsystems used to support the operations
  3850. and launch of the Space Shuttle.Requested Dialoge:  I am
  3851. interested in exploring the possibility of communicating
  3852. withother individuals to compare notes and lessons learned.  If
  3853. interestedplease reply via e-mail.  Thank you.Sincerely,David
  3854. Sweigertdavid@kelly.ksc.nasa.gov:------------------------------Da
  3855. te: Fri, 10 Apr 1992 15:31:21 GMTFrom:
  3856. usc!sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!glenne@network.UC
  3857. SD.EDUSubject: printed circuit diagram or 2Mbps datalink in 1991
  3858. ARRL handbookTo: packet-radio@ucsd.eduHello all,  I've sent the
  3859. previous posters on this string a short newsletter whichn6rce
  3860. and I recently sent out to update and aid those building or
  3861. thinkingof building the data links.   Please drop me a note if
  3862. you would like a copy.very 73Glenn Elmore n6gnN6GN @ K3MC     
  3863. amateur IP:    glenn@SantaRosa.ampr.orgInternet:    glenne@sr.hp.com
  3864. ------------------------------Date: 9 Apr 92 01:55:03 GMTFrom:
  3865. kodak!ispd-newsserver!laidbak!tellab5!vpnet!vpnet!akcs.ken@cs.roc
  3866. hester.eduSubject: tcp/ip beginnerTo: packet-radio@ucsd.eduHi
  3867. All. I'm a new user of tcp/ip and have abouta thousand
  3868. questions. Rather than clutter up thissystem with all 1,000,
  3869. wonder if someone can pointme to a good tutorial, beginner's
  3870. guide or similar?Most of my questions relate to routing and
  3871. similar.Thanks for your help!Ken wa9wcp@wa9aek
  3872. [44.72.1.162]------------------------------Date: 10 Apr 1992
  3873. 14:54:13 -0700From: news-mail-gateway@ucsd.eduSubject: Why
  3874. segregate TCP/IP? (was Re: kbd to kbd)To:
  3875. packet-radio@ucsd.eduIf NET/NOS stations use mode VC, they will
  3876. be more aggressive and havea more equal footing with ax.25
  3877. stations.  If ax.25 stations run sensible settings, they won't
  3878. preempt tcp/ipactivity that much. The first is kind of wasteful
  3879. (as well as other problems mentioned inthis newsgroup regarding
  3880. mode vc); the second will work until thechannel gets busy and
  3881. some impatient ax.25'er gets tired of waitingfor "his" turn
  3882. while trying to read every bulletin ever posted on hisPBBS and
  3883. "tweaks" things to "make them work better", and finds that henow
  3884. "owns the channel" :-((Now for the inevitable 9600 baud plug
  3885. ;-)If we'd get our collective heads screwed on correctly and
  3886. move to morerealistic speeds than 1200 baud (at that speed, an
  3887. acronym for "BoringAnd Usually Dumb" ;-), this would not be a
  3888. problem. We have a shared BBS-forward, tcp/ip, and ax.25 end
  3889. user 9600 baudchannel (439.025) in Los Angeles, using TEKK
  3890. radios for the most part(which have been working well enough for
  3891. most of us), with around 15tcp/ip users, a handful of ax.25'ers,
  3892. and several BBS forwarding ports(to which the sysops have most
  3893. generously allowed end user access) andit works euphorically
  3894. well.  Even with BBS forwarding, which _does_hog the channel, it
  3895. only requires a few minutes, after which ftp's,etc., resume on
  3896. their own. All this on a standard 25 KHz channel - and it'll
  3897. work on any channelwidth that will support 1200 baud AFSK!  --
  3898. Mike  
  3899. wd6ehr.ampr.org!wd6ehr@puffin.UUCP------------------------------D
  3900. ate: (null)From: (null)>> The document is available in three
  3901. forms by anonymous ftp from>> filbert.eecs.ucdavis.edu
  3902. [128.120.57.123] in the directory pub/ka9q.                     
  3903.                     ^                                         
  3904. ^Argh, I blew it -- the ip address is 128.120.57.121.  If you
  3905. ftp'dto the ip address, you would have a problem.  However,
  3906. ftping to thehostname works OK, as confirmed by the pile of
  3907. email I have receivedthis morning.Sorry for the error.    73,
  3908. Gary------------------------------Date: Fri, 10 Apr 1992
  3909. 21:05:20 GMTFrom:
  3910. munnari.oz.au!news.UU.NET!stanford.edu!morrow.stanford.edu!lager!
  3911. pst@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  3912. <1992Apr6.193241.11996@awdprime.austin.ibm.com>,
  3913. <SRO.92Apr9165747@media-lab.media.mit.edu>,
  3914. <s2ganINNm99@matt.ksu.ksu.edu>DSubject : Re: Ripoff Radio? (WAS
  3915. Re: Combined radio/TNC)I have an Alinco DR1200T radio and it
  3916. works quite well.  It is true FM,  andwhile it does NOT come
  3917. ready-to-run 9600 baud, the modification for theG3RUH modem is
  3918. very simple.It ran, out of the box,  right away.  It does *NOT*
  3919. come with a TNC cable,but does come with 1/2 of the cable (the
  3920. mic end).It's nothing more than a 112T without the microphone
  3921. and mobile mountingbracket.  Oh, except it's $50 less.  Where
  3922. else can you get a rock-solid,reasonably fast 2m radio for
  3923. $270?Paul--Our apparent freedom to do whatever we like shows how
  3924. whatever we chooseserves the economy.    -- Raoul Vaneigem, _The
  3925. Book of Pleasures_------------------------------End of
  3926. Packet-Radio Digest V92 #96******************************Date:
  3927. Sun, 12 Apr 92 04:30:03 PDTFrom: Packet-Radio Mailing List and
  3928. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  3929. Packet-Radio-Errors@UCSD.EduReply-To:
  3930. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  3931. Digest V92 #97To: packet-radioPacket-Radio Digest         Sun,
  3932. 12 Apr 92       Volume 92 : Issue  97Today's Topics:            
  3933.                    (none)                      Beginner's Guide
  3934. to TCP/IP                    Introduction to NOS available      
  3935.                 Memphis Mini-Fest 04/18                         
  3936.   More Problems              Why segregate TCP/IP? (was Re: kbd
  3937. to kbd)Send Replies or notes for publication to:
  3938. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  3939. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  3940. otherwise to brian@ucsd.edu.Archives of past issues of the
  3941. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  3942. directory "mailarchives/packet-radio".We trust that readers are
  3943. intelligent enough to realize that all textherein consists of
  3944. personal comments and does not represent the officialpolicies or
  3945. positions of any party.  Your mileage may vary.  So
  3946. there.-----------------------------------------------------------
  3947. -----------Date: 11 Apr 1992 06:05:33 -0700From:
  3948. news-mail-gateway@ucsd.eduSubject: (none)To:
  3949. packet-radio@ucsd.edu>From Packet-Radio Sat Apr 11 04:30:02 PDT
  3950. 1992 remote from UCSD.EduReceived: by ucsd.edu; id
  3951. AA24289    sendmail 5.64/UCSD-2.2-sun    Sat, 11 Apr 92 04:30:05 -0700
  3952. for packet-radioReceived: by ucsd.edu; id AA24284    sendmail
  3953. 5.64/UCSD-2.2-sun    Sat, 11 Apr 92 04:30:03 -0700 for
  3954. /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi
  3955. -fpacket-radio-relay packet-radio-listMessage-Id:
  3956. <9204111130.AA24284@ucsd.edu>Date: Sat, 11 Apr 92 04:30:02
  3957. PDTFrom: ucsd.edu!packet-radio (Packet-Radio Mailing List and
  3958. Newsgroup)Errors-To: Packet-Radio-Errors@UCSD.EduReply-To:
  3959. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  3960. Digest V92 #96To: UCSD.EDU!packet-radio Content-Type:
  3961. binaryContent-Length: 9451Packet-Radio Digest         Sat, 11
  3962. Apr 92       Volume 92 : Issue  96Today's Topics:               
  3963.  Beginner's Guide to TCP/IP (2 msgs)                            
  3964. D-410 reply                     How do I kill kiss on tnc2?     
  3965.                      More on GIGABIT   printed circuit diagram
  3966. or 2Mbps datalink in 1991 ARRL handbook                         
  3967.  tcp/ip beginner              Why segregate TCP/IP? (was Re: kbd
  3968. to kbd)Send Replies or notes for publication to:
  3969. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  3970. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  3971. otherwise to brian@ucsd.edu.Archives of past issues of the
  3972. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  3973. directory "mailarchives/packet-radio".We trust that readers are
  3974. intelligent enough to realize that all textherein consists of
  3975. personal comments and does not represent the officialpolicies or
  3976. positions of any party.  Your mileage may vary.  So
  3977. there.-----------------------------------------------------------
  3978. -----------Date: Fri, 10 Apr 92 15:52:00 GMTFrom:
  3979. sdd.hp.com!usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.ed
  3980. u!usenet.ins.cwru.edu!cleveland.Freenet.Edu!be173@network.UCSD.ED
  3981. USubject: Beginner's Guide to TCP/IPTo:
  3982. packet-radio@ucsd.eduThanks for taking the time to put together
  3983. the documentsintroducing beginners to TCP/IP and making them
  3984. available viaFTP. Unfortunately, when I attempted to FTP to
  3985. filbert... andlogin as "anonymous", filbert... responded with
  3986. "unknown command"Are you sure the system is set to accept
  3987. anonymous FTP logins?Thanks es 73,Will Snyder/KB4LFD-- J.
  3988. William Snyder, Jr. (Will)Class of 1992/The University of North
  3989. Carolina at Chapel HillAmateur Packet Radio:
  3990. KB4LFD@K4IWW.NC.USA.NOAMInternet:
  3991. SNYDER@UNCVX1.ACS.UNC.EDU------------------------------Date: 10
  3992. Apr 92 18:41:32 GMTFrom:
  3993. csus.edu!ucdavis!madrone.eecs.ucdavis.edu!ford@decwrl.dec.comSubj
  3994. ect: Beginner's Guide to TCP/IPTo: packet-radio@ucsd.eduIn
  3995. article <1992Apr10.155200.14931@usenet.ins.cwru.edu>
  3996. be173@cleveland.Freenet.Edu (J. William Snyder, Jr.)
  3997. writes:>>Thanks for taking the time to put together the
  3998. documents>introducing beginners to TCP/IP and making them
  3999. available via>FTP. Unfortunately, when I attempted to FTP to
  4000. filbert... and------------------------------Date: 10 Apr 1992
  4001. 14:54:15 -0700From: news-mail-gateway@ucsd.eduSubject: D-410
  4002. replyTo: packet-radio@ucsd.eduThere is a simple solution to
  4003. COR-operated RF amp keyup delay - use direct PTT.However, many
  4004. COR's may be minimally modified for substantiallyshorter keyup
  4005. delay by simply tweaking a capacitor or 2, altering aresistor or
  4006. 2; or (better yet) getting rid of the clanker and usingPIN
  4007. diodes, a move usually appreciated by XYL's if your shack
  4008. isadjacent to your bedroom and the local insomniacs victimize
  4009. yourmachine in the middle of the night =8-O -- Mike  
  4010. wd6ehr.ampr.org!wd6ehr@puffin.UUCP------------------------------D
  4011. ate: 10 Apr 92 23:28:15 GMTFrom:
  4012. usc!rpi!usenet.coe.montana.edu!ogicse!psgrain!qiclab!techbook!low
  4013. ell@network.UCSD.EDUSubject: How do I kill kiss on tnc2?To:
  4014. packet-radio@ucsd.eduI have managed to get my PacCom TNC220,
  4015. which is suppossed to beuser interface compatable (more or less)
  4016. with a TNC2, into the KISSmode.  Works great for tcp/ip etc.  I
  4017. can`t find any documentation that tells me how to take it back
  4018. out of KISS mode.  Any hints?  73 Lowell
  4019. (kc7dx@n7pwf.or.usa.na)-- Lowell BrunsonKC7DX @ N7PWF.OR.USA.NA
  4020. (Packet Radio Only!)lowell@techbook.COM  Public Access User ---
  4021. Not affiliated with TECHbooks------------------------------Date:
  4022. 10 Apr 1992 10:01:37 -0700From:
  4023. news-mail-gateway@ucsd.eduSubject: More on GIGABITTo:
  4024. packet-radio@ucsd.eduFrom:david@kelly.ksc.nasa.govTo:Robert E.
  4025. Kahn, Corporation for National Research InitiativesPhillip
  4026. Gross, Advanced Network and Services, Inc.Lawerence Landweber,
  4027. University of WisconsinBernd Bruegge, Carnegie Mellon
  4028. UniversityRef:GIGABIT Testbed ActivityBackground:  On pages
  4029. 10-13, March 1992 issue of IEEE Network Magazine, there wasa
  4030. very interesting article entitled "Where are we with Gigabits". 
  4031. Thisguest editorial referred to all of the gentlemen mentioned
  4032. above.Kennedy Activity:  The KSC is interested in exploring
  4033. GIGABIT architectures.  In fact,a small embryonic project has
  4034. been funded to establish a "test-bed"of sorts.  This test-bed is
  4035. not of the academic sophistication levelof others (i.e. AURORA,
  4036. CASA, etc.), but is a first phase conceptexploration project. 
  4037. KSC is interested in testing the feasibility of using a
  4038. GIGABITarchitecture to consolidate several divergent
  4039. communication transmissionsystems used to support the operations
  4040. and launch of the Space Shuttle.Requested Dialoge:  I am
  4041. interested in exploring the possibility of communicating
  4042. withother individuals to compare notes and lessons learned.  If
  4043. interestedplease reply via e-mail.  Thank you.Sincerely,David
  4044. Sweigertdavid@kelly.ksc.nasa.gov:------------------------------Da
  4045. te: Fri, 10 Apr 1992 15:31:21 GMTFrom:
  4046. usc!sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!glenne@network.UC
  4047. SD.EDUSubject: printed circuit diagram or 2Mbps datalink in 1991
  4048. ARRL handbookTo: packet-radio@ucsd.eduHello all,  I've sent the
  4049. previous posters on this string a short newsletter whichn6rce
  4050. and I recently sent out to update and aid those building or
  4051. thinkingof building the data links.   Please drop me a note if
  4052. you would like a copy.very 73Glenn Elmore n6gnN6GN @ K3MC     
  4053. amateur IP:    glenn@SantaRosa.ampr.orgInternet:    glenne@sr.hp.com
  4054. ------------------------------Date: 9 Apr 92 01:55:03 GMTFrom:
  4055. kodak!ispd-newsserver!laidbak!tellab5!vpnet!vpnet!akcs.ken@cs.roc
  4056. hester.eduSubject: tcp/ip beginnerTo: packet-radio@ucsd.eduHi
  4057. All. I'm a new user of tcp/ip and have abouta thousand
  4058. questions. Rather than clutter up thissystem with all 1,000,
  4059. wonder if someone can pointme to a good tutorial, beginner's
  4060. guide or similar?Most of my questions relate to routing and
  4061. similar.Thanks for your help!Ken wa9wcp@wa9aek
  4062. [44.72.1.162]------------------------------Date: 10 Apr 1992
  4063. 14:54:13 -0700From: news-mail-gateway@ucsd.eduSubject: Why
  4064. segregate TCP/IP? (was Re: kbd to kbd)To:
  4065. packet-radio@ucsd.eduIf NET/NOS stations use mode VC, they will
  4066. be more aggressive and havea more equal footing with ax.25
  4067. stations.  If ax.25 stations run sensible settings, they won't
  4068. preempt tcp/ipactivity that much. The first is kind of wasteful
  4069. (as well as other problems mentioned inthis newsgroup regarding
  4070. mode vc); the second will work until thechannel gets busy and
  4071. some impatient ax.25'er gets tired of waitingfor "his" turn
  4072. while trying to read every bulletin ever posted on hisPBBS and
  4073. "tweaks" things to "make them work better", and finds that henow
  4074. "owns the channel" :-((Now for the inevitable 9600 baud plug
  4075. ;-)If we'd get our collective heads screwed on correctly and
  4076. move to morerealistic speeds than 1200 baud (at that speed, an
  4077. acronym for "BoringAnd Usually Dumb" ;-), this would not be a
  4078. problem. We have a shared BBS-forward, tcp/ip, and ax.25 end
  4079. user 9600 baudchannel (439.025) in Los Angeles, using TEKK
  4080. radios for the most part(which have been working well enough for
  4081. most of us), with around 15tcp/ip users, a handful of ax.25'ers,
  4082. and several BBS forwarding ports(to which the sysops have most
  4083. generously allowed end user access) andit works euphorically
  4084. well.  Even with BBS forwarding, which _does_hog the channel, it
  4085. only requires a few minutes, after which ftp's,etc., resume on
  4086. their own. All this on a standard 25 KHz channel - and it'll
  4087. work on any channelwidth that will support 1200 baud AFSK!  --
  4088. Mike  
  4089. wd6ehr.ampr.org!wd6ehr@puffin.UUCP------------------------------D
  4090. ate: (null)From: (null)>> The document is available in three
  4091. forms by anonymous ftp from>> filbert.eecs.ucdavis.edu
  4092. [128.120.57.123] in the directory pub/ka9q.                     
  4093.                     ^                                         
  4094. ^Argh, I blew it -- the ip address is 128.120.57.121.  If you
  4095. ftp'dto the ip address, you would have a problem.  However,
  4096. ftping to thehostname works OK, as confirmed by the pile of
  4097. email I have receivedthis morning.Sorry for the error.    73,
  4098. Gary------------------------------Date: Fri, 10 Apr 1992
  4099. 21:05:20 GMTFrom:
  4100. munnari.oz.au!news.UU.NET!stanford.edu!morrow.stanford.edu!lager!
  4101. pst@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  4102. <1992Apr6.193241.11996@awdprime.austin.ibm.com>,
  4103. <SRO.92Apr9165747@media-lab.media.mit.edu>,
  4104. <s2ganINNm99@matt.ksu.ksu.edu>DSubject : Re: Ripoff Radio? (WAS
  4105. Re: Combined radio/TNC)I have an Alinco DR1200T radio and it
  4106. works quite well.  It is true FM,  andwhile it does NOT come
  4107. ready-to-run 9600 baud, the modification for theG3RUH modem is
  4108. very simple.It ran, out of the box,  right away.  It does *NOT*
  4109. come with a TNC cable,but does come with 1/2 of the cable (the
  4110. mic end).It's nothing more than a 112T without the microphone
  4111. and mobile mountingbracket.  Oh, except it's $50 less.  Where
  4112. else can you get a rock-solid,reasonably fast 2m radio for
  4113. $270?Paul--Our apparent freedom to do whatever we like shows how
  4114. whatever we chooseserves the economy.    -- Raoul Vaneigem, _The
  4115. Book of Pleasures_------------------------------End of
  4116. Packet-Radio Digest V92
  4117. #96******************************------------------------------Da
  4118. te: 11 Apr 92 01:38:31 GMTFrom:
  4119. nsc!voder!apple!winter@hplabs.hpl.hp.comSubject: Beginner's
  4120. Guide to TCP/IPTo: packet-radio@ucsd.eduIn article
  4121. <12118@ucdavis.ucdavis.edu> ford@eecs.ucdavis.edu (Gary Ford)
  4122. writes:>I have written a document entitled "Beginner's Guide to
  4123. TCP/IP on the>Amateur Packet Radio Network Using the KA9Q
  4124. Internet Software.">Version 2.0 of the guide documents the use
  4125. of NOS 911229 (PA0GRI v2.0h)>and BM v3.3.2.If you've never seen
  4126. Gary's guide, be sure to pick up the latest version.Ever since
  4127. he released the first version, I've been recommending it to
  4128. incipient Mac TCPers (even though it doesn't really talk about
  4129. the Macintosh version) because it's such a well written
  4130. introduction to the KA9Q program.  Five stars, highly
  4131. recommended.Pattyp.s. Of course, I've also been recommending it
  4132. to incipient non-Mac TCPers.I just don't like to admit that I
  4133. know any...  :-)--     
  4134. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  4135.      ::   Patty Winter N6BIS    Internet: winter@apple.com         
  4136. ::              ::   Sunnyvale, California    AMPRNet: 44.4.0.44         
  4137.       ::    
  4138. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  4139. ------------------------------Date: 8 Apr 92 20:26:27 GMTFrom:
  4140. psinntp!psinntp!ncrlnk!ciss!lawday!jra@RUTGERS.EDUSubject:
  4141. Introduction to NOS availableTo: packet-radio@ucsd.eduI just
  4142. posted my introductory documentation for NOS to
  4143. thehamradio/packet/tcpip/incoming directory at ucsd.edu.It's
  4144. designed to be a useful guide for folks who know something
  4145. aboutpacket but are just getting started with NOS.  It includes
  4146. sampleconfiguration files, etc.  Preliminary reviews have been
  4147. favorable, soit might be worth a look...It's "intronos.zip" and
  4148. is in plain vanilla ASCII format that shoulddisplay or print on
  4149. just about any hardware without problems.John  
  4150. AG9Vjohn.ackermann@daytonOH.ncr.com-- John R. Ackermann, Jr.    
  4151.    Law Department, NCR Corporation, Dayton, Ohio(513) 445-2966        
  4152.      John.Ackermann@daytonoh.ncr.comPacket Radio: ag9v@n8acv    
  4153.  tcp/ip: ag9v@ag9v.ampr
  4154. [44.70.12.34]------------------------------Date: 11 Apr 92
  4155. 16:29:51 GMTFrom:
  4156. swrinde!gatech!utkcs2!memstvx1!kagoos@network.UCSD.EDUSubject:
  4157. Memphis Mini-Fest 04/18To: packet-radio@ucsd.edu                
  4158.         MEMPHIS MINI-FEST 92                        
  4159. --------------------There will be a MINI-FEST at State Technical
  4160. Institute-Memphis on April 18th!!State Tech is located just to
  4161. the south-west of exit 12 on I40 in east Memphis.Talk in will be
  4162. on the W4BS repeater system, 146.82, 224.42 and 443.2.Table
  4163. set-up begins at 8:00 and the doors open for general admission
  4164. at 8:30.For table information, please contact KC4ZOV @ W4BS via
  4165. packet or 901-363-3159via land-line.  Tables are $5.00 and
  4166. admission is $2.00.The following is a list of ONLY those forums
  4167. that are confirmed AT THIS DATE.Others are in the planning
  4168. stages.  All forums will be in the Engineeringbuilding at class
  4169. rooms indicated by LOCATION.  TIME   TITLE               
  4170. LOCATION    PRESENTER  09:00  Eastern Ark. Emer.     F112     
  4171. by  Wayne, N5JLJ & Joe, N5MIG         Preparedness              
  4172.           Phillips County Arkansas         HF Digital Modes     
  4173.  F116      by  Hugh, WA4SLI  10:00  Shelby County RACES    F114 
  4174.     by  Dana, WI3B                                             
  4175. Shelby County RACES Officer         Army MARS              F118 
  4176.     by  Pat Lane, W4OQG  11:00  Tower Legal Issues,    F112     
  4177. by  Dwayne, KC4POI         etc.                                
  4178. ARRL Volunteer Counsel         Beginner's DX Forum    F116     
  4179. by  Dennis, WF4G  12:00  VE Testing             F118      by 
  4180. John, WZ5S & Dana,WI3B  13:00  BBS Access & Activity  F112     
  4181. by  Buddy, WX2G, Suresh, N9GSA (W4BS)         (panel members)   
  4182.                   Tom, KA4P (KA4P, Trenton)                     
  4183.                         Roy, WX2B (WX2B, Memphis)               
  4184.                               Harry, AI5R (AI5R, Lakeland)      
  4185.   ARES Forum             F116      by  O.D.Keaton, WA4GLS,      
  4186.                                        ARRL Tennessee Section
  4187. Manager &                                              Steve,
  4188. NX3W, Shelby Cty ARES EC  14:00  VHF/UHF Forum          F114    
  4189.  by  Dave, N4MW                                             
  4190. ARRL Technical Coordinator         Antenna Forum          F118  
  4191.    by  Rodger, K4HTB      15:00  W4BS Packet Repeater   F112    
  4192.  by  Steve, KM4WQ & Terry, KB4KA         Antenna Forum (Cont)  
  4193. F118      by  Rodger, K4HTBAdditional forums we are trying to
  4194. confirm are:  Weather Service - Warning & Preparedness  ATV
  4195. Repeater  DFing (Fox or Rabbit Hunting)We hope everyone will
  4196. attend the Mini-Fest and as many forums as possible.  Youcannot
  4197. find a less expensive way to learn more and increase your
  4198. enjoyment inour Amateur Radio hobby!The doors will close at 4:00
  4199. pm.  However, there will be a sysop's meeting forBBS,
  4200. THENET/NETROM and ROSE sysops at 5:00 pm.  See me for details on
  4201. the sysopmeeting.Hope to CU there, 73, Terry
  4202. KB4KA------------------------------Date: 12 Apr 92 04:07:15
  4203. GMTFrom:
  4204. swrinde!mips!spool.mu.edu!umn.edu!cs.umn.edu!kksys!tdkt!FredGate@
  4205. network.UCSD.EDUSubject: More ProblemsTo:
  4206. packet-radio@ucsd.eduWell the data engine finally arrived and I
  4207. purchased aAlinco DR1200 data radio for the 2 meter side,
  4208. waitingon a DR4-10 for 19.2Kbaud... I was wonderingif anyone
  4209. else was running a 1200 w/ a Kantronics product..If so, what are
  4210. you running for TX audio levels and Equalization...I'm running
  4211. max audio and partial equalization...seems to work, is this
  4212. correct? * Origin: HAM>link< RBBS 612/HAM-0000 Saint Paul, MN
  4213. (K0TG)(1:282/100.0)------------------------------Date: Sat, 11
  4214. Apr 1992 19:35:48 GMTFrom:
  4215. usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.in
  4216. s.cwru.edu!ncoast!allbery@network.UCSD.EDUSubject: Why segregate
  4217. TCP/IP? (was Re: kbd to kbd)To: packet-radio@ucsd.eduAs quoted
  4218. from <48943@wd6ehr.ampr.org> by wd6ehr@wd6ehr.ampr.ORG (Mike
  4219. Curtis):+---------------| If NET/NOS stations use mode VC, they
  4220. will be more aggressive and have| a more equal footing with
  4221. ax.25 stations.  | | If ax.25 stations run sensible settings,
  4222. they won't preempt tcp/ip| activity that much. +---------------I
  4223. see you've never experienced a mixture of exponential- and
  4224. linear-backoffstations on a single channel before.  I have.  The
  4225. result is that theexponential-backoff stations essentially lose
  4226. the frequency because the linearbackoff scheme is inherently
  4227. more aggressive.  Even on mode VC connections:a simple AX.25
  4228. connect from an exponential-backoff NOS still loses thefrequency
  4229. to linear-backoff stations.++Brandon-- Brandon S. Allbery, KF8NH
  4230. [44.70.4.88]        allbery@NCoast.ORGSenior Programmer,
  4231. Telotech, Inc. (if I may call myself
  4232. that...)------------------------------End of Packet-Radio Digest
  4233. V92 #97******************************Date: Mon, 13 Apr 92
  4234. 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  4235. <packet-radio@ucsd.edu>Errors-To:
  4236. Packet-Radio-Errors@UCSD.EduReply-To:
  4237. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  4238. Digest V92 #98To: packet-radioPacket-Radio Digest         Mon,
  4239. 13 Apr 92       Volume 92 : Issue  98Today's Topics:            
  4240.             BPQ 4.05 FTP site ?                            BPQ
  4241. FTP sites                           FBB Compression   NOS under
  4242. G8BPQ: is it worth it, under what conditions? (3 msgs)Send
  4243. Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
  4244. subscription requests to:
  4245. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  4246. otherwise to brian@ucsd.edu.Archives of past issues of the
  4247. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  4248. directory "mailarchives/packet-radio".We trust that readers are
  4249. intelligent enough to realize that all textherein consists of
  4250. personal comments and does not represent the officialpolicies or
  4251. positions of any party.  Your mileage may vary.  So
  4252. there.-----------------------------------------------------------
  4253. -----------Date: 12 Apr 1992 05:33:12 -0700From:
  4254. news-mail-gateway@ucsd.eduSubject: BPQ 4.05 FTP site ?To:
  4255. packet-radio@ucsd.eduWhere can I find BPQ 4.05 for FTP
  4256. ?/Sm5ohi------------------------------Date: 12 Apr 1992 18:08:09
  4257. -0700From: news-mail-gateway@ucsd.eduSubject: BPQ FTP sitesTo:
  4258. packet-radio@ucsd.eduBPQ405.ZIP is available on
  4259. tomcat.gsfc.nasa.gov.  I have also postedit to ucsd.edu and it
  4260. will be available there as soon as Brianmigrates it.Roy,
  4261. AA4RE------------------------------Date: 12 Apr 1992 18:09:11
  4262. -0700From: news-mail-gateway@ucsd.eduSubject: FBB CompressionTo:
  4263. packet-radio@ucsd.eduHas anyone been able to descramble an FBB
  4264. compressed message that theymonitored?  I have run it thru ever
  4265. LZH code I have without success.Roy,
  4266. AA4RE------------------------------Date: 12 Apr 1992 21:07:33
  4267. -0700From: news-mail-gateway@ucsd.eduSubject: NOS under G8BPQ:
  4268. is it worth it, under what conditions?To:
  4269. packet-radio@ucsd.eduIn serveral cases, people have had great
  4270. success running BPQ,DV, NOS, and an AX25 BBS such as mine on a
  4271. single computer.So the advantage to using BPQ and NOS is that it
  4272. allows those ports.to be used by other programsRoy,
  4273. AA4RE------------------------------Date: 13 Apr 92 03:04:13
  4274. GMTFrom:
  4275. munnari.oz.au!spool.mu.edu!agate!usenet.ins.cwru.edu!ncoast!allbe
  4276. ry@network.UCSD.EDUSubject: NOS under G8BPQ: is it worth it,
  4277. under what conditions?To: packet-radio@ucsd.eduI just pulled
  4278. down the G8BPQ node software, and noticed that it has
  4279. aninterface to run NOS under it.  The documentation implies that
  4280. this is for usewith e.g. DesqView; a local ham, however, tells
  4281. me he runs NOS under DesqViewwithout G8BPQ and without
  4282. difficulties.Anyway, my questions are:(1) What benefits are
  4283. there from running NOS under G8BPQ?(2) Are there any special
  4284. circumstances when use of G8BPQ with NOS is a    particularly
  4285. good idea?  Or a particularly BAD idea?(3) Is there any
  4286. documentation for G8BPQ that is somewhat better assembled   
  4287. than the docs in BPQ405.ZIP?  (I didn't think anything had worse
  4288. docs than    NOS! ---now I know better.)  I suspect I wouldn't
  4289. be driven to ask here    if the docs that came with it did a
  4290. better job of explaining the benefits    of the G8BPQ software.I
  4291. should mention that I've already asked locally; nobody around
  4292. here uses it.(I thought for sure KB7YW would be able to give me
  4293. pointers; ah, well.)++Brandon-- Brandon S. Allbery, KF8NH
  4294. [44.70.4.88]        allbery@NCoast.ORGSenior Programmer,
  4295. Telotech, Inc. (if I may call myself
  4296. that...)------------------------------Date: Mon, 13 Apr 1992
  4297. 03:48:29 GMTFrom:
  4298. usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.in
  4299. s.cwru.edu!ncoast!allbery@network.UCSD.EDUSubject: NOS under
  4300. G8BPQ: is it worth it, under what conditions?To:
  4301. packet-radio@ucsd.eduAs quoted from
  4302. <1992Apr13.030413.2551@NCoast.ORG> by allbery@NCoast.ORG
  4303. (Brandon S. Allbery KF8NH):+---------------| (1) What benefits
  4304. are there from running NOS under G8BPQ?| (2) Are there any
  4305. special circumstances when use of G8BPQ with NOS is a|    
  4306. particularly good idea?  Or a particularly BAD idea?| (3) Is
  4307. there any documentation for G8BPQ that is somewhat better
  4308. assembled|     than the docs in BPQ405.ZIP?  (I didn't think
  4309. anything had worse docs than|     NOS! ---now I know better.)  I
  4310. suspect I wouldn't be driven to ask here|     if the docs that
  4311. came with it did a better job of explaining the benefits|     of
  4312. the G8BPQ software.+---------------One more thing:  please
  4313. REPLY, do not POST responses if you want me to seethem.  Between
  4314. my schedule and ncoast's rather annoying tendency to crash
  4315. atinopportune times, coupled with the fact that we have a 1-day
  4316. expire but yet*still* regularly run /usr/spool/news out of
  4317. space, the chances of my seeing aposted response are slim to
  4318. none.  (AARGH!)++Brandon-- Brandon S. Allbery, KF8NH
  4319. [44.70.4.88]        allbery@NCoast.ORGSenior Programmer,
  4320. Telotech, Inc. (if I may call myself
  4321. that...)------------------------------End of Packet-Radio Digest
  4322. V92 #98******************************Date: Tue, 14 Apr 92
  4323. 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  4324. <packet-radio@ucsd.edu>Errors-To:
  4325. Packet-Radio-Errors@UCSD.EduReply-To:
  4326. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  4327. Digest V92 #99To: packet-radioPacket-Radio Digest         Tue,
  4328. 14 Apr 92       Volume 92 : Issue  99Today's Topics:            
  4329.                    (none)                    9600 Baud and
  4330. Kenwood/Alinco?                 Any PacketCluster SysOPs out
  4331. there?                  Baudot TTY wantedREAD/NEW/FOLLOWUP      
  4332.                   BPQ 4.05 FTP site ?                           
  4333.      HELP              Help 2nd try - mail naming convention etc
  4334.                  HELP ka9q mailers address protocol             
  4335.       Improving front end of GE MVP                             
  4336.    JITC                        KA9Q's NOS 6.18 source           
  4337.      Packet-Radio Digest, why??? (2 msgs)                 
  4338. WA4DSY 56 kbit/s MODEM ?? (2 msgs)Send Replies or notes for
  4339. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  4340. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  4341. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  4342. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  4343. directory "mailarchives/packet-radio".We trust that readers are
  4344. intelligent enough to realize that all textherein consists of
  4345. personal comments and does not represent the officialpolicies or
  4346. positions of any party.  Your mileage may vary.  So
  4347. there.-----------------------------------------------------------
  4348. -----------Date: 13 Apr 1992 09:11:10 -0700From:
  4349. news-mail-gateway@ucsd.eduSubject: (none)To:
  4350. packet-radio@ucsd.edu>From Packet-Radio Mon Apr 13 04:30:03 PDT
  4351. 1992 remote from UCSD.EduReceived: by ucsd.edu; id
  4352. AA24746    sendmail 5.64/UCSD-2.2-sun    Mon, 13 Apr 92 04:30:07 -0700
  4353. for infmx!brucebReceived: by ucsd.edu; id AA24741    sendmail
  4354. 5.64/UCSD-2.2-sun    Mon, 13 Apr 92 04:30:04 -0700 for
  4355. /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi
  4356. -fpacket-radio-relay packet-radio-listMessage-Id:
  4357. <9204131130.AA24741@ucsd.edu>Date: Mon, 13 Apr 92 04:30:03
  4358. PDTFrom: ucsd.edu!packet-radio (Packet-Radio Mailing List and
  4359. Newsgroup)Errors-To: Packet-Radio-Errors@UCSD.EduReply-To:
  4360. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  4361. Digest V92 #98To: UCSD.EDU!packet-radio Content-Type:
  4362. textContent-Length: 4998Packet-Radio Digest         Mon, 13 Apr
  4363. 92       Volume 92 : Issue  98Today's Topics:                   
  4364.      BPQ 4.05 FTP site ?                            BPQ FTP
  4365. sites                           FBB Compression   NOS under
  4366. G8BPQ: is it worth it, under what conditions? (3 msgs)Send
  4367. Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
  4368. subscription requests to:
  4369. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  4370. otherwise to brian@ucsd.edu.Archives of past issues of the
  4371. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  4372. directory "mailarchives/packet-radio".We trust that readers are
  4373. intelligent enough to realize that all textherein consists of
  4374. personal comments and does not represent the officialpolicies or
  4375. positions of any party.  Your mileage may vary.  So
  4376. there.-----------------------------------------------------------
  4377. -----------Date: 12 Apr 1992 05:33:12 -0700From:
  4378. news-mail-gateway@ucsd.eduSubject: BPQ 4.05 FTP site ?To:
  4379. packet-radio@ucsd.eduWhere can I find BPQ 4.05 for FTP
  4380. ?/Sm5ohi------------------------------Date: 12 Apr 1992 18:08:09
  4381. -0700From: news-mail-gateway@ucsd.eduSubject: BPQ FTP sitesTo:
  4382. packet-radio@ucsd.eduBPQ405.ZIP is available on
  4383. tomcat.gsfc.nasa.gov.  I have also postedit to ucsd.edu and it
  4384. will be available there as soon as Brianmigrates it.Roy,
  4385. AA4RE------------------------------Date: 12 Apr 1992 18:09:11
  4386. -0700From: news-mail-gateway@ucsd.eduSubject: FBB CompressionTo:
  4387. packet-radio@ucsd.eduHas anyone been able to descramble an FBB
  4388. compressed message that theymonitored?  I have run it thru ever
  4389. LZH code I have without success.Roy,
  4390. AA4RE------------------------------Date: 12 Apr 1992 21:07:33
  4391. -0700From: news-mail-gateway@ucsd.eduSubject: NOS under G8BPQ:
  4392. is it worth it, under what conditions?To:
  4393. packet-radio@ucsd.eduIn serveral cases, people have had great
  4394. success running BPQ,DV, NOS, and an AX25 BBS such as mine on a
  4395. single computer.So the advantage to using BPQ and NOS is that it
  4396. allows those ports.to be used by other programsRoy,
  4397. AA4RE------------------------------Date: 13 Apr 92 03:04:13
  4398. GMTFrom:
  4399. munnari.oz.au!spool.mu.edu!agate!usenet.ins.cwru.edu!ncoast!allbe
  4400. ry@network.UCSD.EDUSubject: NOS under G8BPQ: is it worth it,
  4401. under what conditions?To: packet-radio@ucsd.eduI just pulled
  4402. down the G8BPQ node software, and noticed that it has
  4403. aninterface to run NOS under it.  The documentation implies that
  4404. this is for usewith e.g. DesqView; a local ham, however, tells
  4405. me he runs NOS under DesqViewwithout G8BPQ and without
  4406. difficulties.Anyway, my questions are:(1) What benefits are
  4407. there from running NOS under G8BPQ?(2) Are there any special
  4408. circumstances when use of G8BPQ with NOS is a    particularly
  4409. good idea?  Or a particularly BAD idea?(3) Is there any
  4410. documentation for G8BPQ that is somewhat better assembled   
  4411. than the docs in BPQ405.ZIP?  (I didn't think anything had worse
  4412. docs than    NOS! ---now I know better.)  I suspect I wouldn't
  4413. be driven to ask here    if the docs that came with it did a
  4414. better job of explaining the benefits    of the G8BPQ software.I
  4415. should mention that I've already asked locally; nobody around
  4416. here uses it.(I thought for sure KB7YW would be able to give me
  4417. pointers; ah, well.)++Brandon-- Brandon S. Allbery, KF8NH
  4418. [44.70.4.88]        allbery@NCoast.ORGSenior Programmer,
  4419. Telotech, Inc. (if I may call myself
  4420. that...)------------------------------Date: Mon, 13 Apr 1992
  4421. 03:48:29 GMTFrom:
  4422. usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.in
  4423. s.cwru.edu!ncoast!allbery@network.UCSD.EDUSubject: NOS under
  4424. G8BPQ: is it worth it, under what conditions?To:
  4425. packet-radio@ucsd.eduAs quoted from
  4426. <1992Apr13.030413.2551@NCoast.ORG> by allbery@NCoast.ORG
  4427. (Brandon S. Allbery KF8NH):+---------------| (1) What benefits
  4428. are there from running NOS under G8BPQ?| (2) Are there any
  4429. special circumstances when use of G8BPQ with NOS is a|    
  4430. particularly good idea?  Or a particularly BAD idea?| (3) Is
  4431. there any documentation for G8BPQ that is somewhat better
  4432. assembled|     than the docs in BPQ405.ZIP?  (I didn't think
  4433. anything had worse docs than|     NOS! ---now I know better.)  I
  4434. suspect I wouldn't be driven to ask here|     if the docs that
  4435. came with it did a better job of explaining the benefits|     of
  4436. the G8BPQ software.+---------------One more thing:  please
  4437. REPLY, do not POST responses if you want me to seethem.  Between
  4438. my schedule and ncoast's rather annoying tendency to crash
  4439. atinopportune times, coupled with the fact that we have a 1-day
  4440. expire but yet*still* regularly run /usr/spool/news out of
  4441. space, the chances of my seeing aposted response are slim to
  4442. none.  (AARGH!)++Brandon-- Brandon S. Allbery, KF8NH
  4443. [44.70.4.88]        allbery@NCoast.ORGSenior Programmer,
  4444. Telotech, Inc. (if I may call myself
  4445. that...)------------------------------End of Packet-Radio Digest
  4446. V92
  4447. #98******************************------------------------------Da
  4448. te: Mon, 13 Apr 1992 15:55:01 GMTFrom:
  4449. usc!sol.ctr.columbia.edu!src.honeywell.com!skyler.mavd.honeywell.
  4450. com!estey@network.UCSD.EDUSubject: 9600 Baud and
  4451. Kenwood/Alinco?To: packet-radio@ucsd.eduHas anyone had
  4452. experience with adapting the Alinco 110 vhf mobile radio to9600
  4453. baud packet operation?  How about the Kenwood 7950, 7850 or
  4454. 7830?73Carl
  4455. WA0CQG___________________________________________________________
  4456. ___________________Carl Estey                  |  Home Mail
  4457. Address: 276 Walnut LaneAmateur Callsign:    WA0CQG |           
  4458.          Apple Valley, MN 55124                            | 
  4459. Business Address:  Honeywell Inc.Phone: Work (612) 541-5136  | 
  4460. Flight Systems & Test Operations M/S MN15-2370       FAX  (612)
  4461. 542-6003  |  1625 Zarthan Ave. S., St. Louis Park, MN 55416     
  4462.  Home (612) 432-0699  |  Packet: WA0CQG @
  4463. WA0CQG.#SOMSP.MN.USA.NA   The nonsense here is of my own making
  4464. - no one else would want
  4465. credit!------------------------------Date: 6 Apr 92 10:22:36
  4466. GMTFrom:
  4467. math.fu-berlin.de!NewsServ!unknown!buettneb@uunet.uu.netSubject:
  4468. Any PacketCluster SysOPs out there?To: packet-radio@ucsd.eduHi
  4469. Everyone!Are there any PacketCluster SysOPs out there? I would
  4470. like to get in touch with you via email and/or packet S&F.73
  4471. Ben, DL6RAISysOP of DB0BCC PacketCluster in
  4472. Landshut/Bavaria------------------------------Date: 13 Apr 92
  4473. 18:17:03 -0700From:
  4474. usc!cs.utexas.edu!hellgate.utah.edu!fcom.cc.utah.edu!cc.uvcc.edu!
  4475. coleve@network.UCSD.EDUSubject: Baudot TTY
  4476. wantedREAD/NEW/FOLLOWUPTo: packet-radio@ucsd.edu>In article
  4477. <dlhanson.10@nap.amoco.com>, dlhanson@nap.amoco.com (David L.
  4478. Hanson) writes:> Sorry to pollute this group slightly.  But I
  4479. thought that maybe someone> here might be able to help me.  I am
  4480. looking for a Baudot terminal so> that I can talk to my deaf
  4481. friend without using a relay service.  I> don't want to spend
  4482. the several hundred $'s to buy either a new TDD or> a Baudot
  4483. operable modem.  > This is an addition to David's request.  I
  4484. have the feeling that a _low_speed packet box, such as a  PK2
  4485.  
  4486. 32 using the HF interface, should be ableto be connected to a
  4487. telephone line using a fairly simple circuit.They will handle
  4488. all sorts of tone pairs and have built-in Baudot
  4489. conversion.Couldn't you use the HF interface to run TDD service
  4490. to a deaf friend andstill have the VHF interface to run 1200
  4491. baud to a radio?I have a deaf friend who is at this moment
  4492. studying for his n.c. tech licenseso that he can run packet. 
  4493. With the digital modes, there is no reason aperson actually has
  4494. to HEAR a radio to be a ham!I also want to do a similar hookup
  4495. for TDD access to the timesharingcomputers here at the college. 
  4496. TDD modems are freighfully expensive --over $300 for a 45.5 baud
  4497. half-duplex modem is robbery.  If one/some of ushams can come up
  4498. with a better answer we will be doing a really good deedfor a
  4499. segment of our population who could use a little help.Anybody
  4500. got any good ideas?  I will collect them, and if anything really
  4501. neatcomes up will forward to my local defnet BBS.-- Vern Cole --
  4502. Systems Manager -- Utah Valley Community College
  4503. --------------------------------Date: 13 Apr 92 12:46:19
  4504. GMTFrom:
  4505. mcsun!news.funet.fi!polaris!funic!mto@uunet.uu.netSubject: BPQ
  4506. 4.05 FTP site ?To: packet-radio@ucsd.eduIn
  4507. <199204121231.AA29769@robin.lysator.liu.se> pme@lysator.liu.SE
  4508. writes:>Where can I find BPQ 4.05 for FTP ?>/Sm5ohiTry
  4509. nic.funet.fi, file pub/ham/packet/g8bpq/bpq405.zip.Markku /
  4510. OH2BQZ------------------------------Date: 13 Apr 1992 20:20:38
  4511. -0700From: news-mail-gateway@ucsd.eduSubject: HELPTo:
  4512. packet-radio@ucsd.eduI have a problem and I hope that I'm not
  4513. the only one.Could someone explain in SIMPLE terms whats the
  4514. differencebetween NOS,TCIP/IP, TNC 1 and 2,KA9?, and running a
  4515. KAM or MFJ 1278TNC.Thanksde Roland 7J1AKI @ 7J1AAAor
  4516. asqp-nbf@ZAMA-EMH1.ARMY.MIL------------------------------Date:
  4517. 13 Apr 92 17:01:39 GMTFrom:
  4518. medin%cod.nosc.mil@cod.nosc.milSubject: Help 2nd try - mail
  4519. naming convention etcTo: packet-radio@ucsd.edu Well my first try
  4520. got 0 responses so try again :-(.1. What is the prefered
  4521. protocol for smtp mail addresses?   handle@host       - ie
  4522. ted@n6trf   callsign@host     - ie n6trf@n6trf2. Several of the
  4523. pars group have been experimenting with ka9q and all   phils
  4524. children. However our problem (or apparent) is we cant get out  
  4525. of our valley direct to another tcpip station. The way it
  4526. appears to    me that shuts down all the good stuff. Educate me
  4527. please on how we can     do tcpip connections via netrom (or
  4528. whatever).   Remember ignorance can be educated but stupid is
  4529. forever :-). 73, ted------------------------------Date: 12 Apr
  4530. 92 16:55:01 CDTFrom:
  4531. usc!rpi!ispd-newsserver!laidbak!tellab5!vpnet!vpnet!akcs.ken@netw
  4532. ork.UCSD.EDUSubject: HELP ka9q mailers address protocolTo:
  4533. packet-radio@ucsd.eduHi Ted. I believe the correct syntax
  4534. is...hamcall@hamcall.ampr.org. For me that would
  4535. bewa9wcp@wa9wcp.ampr.org. You'll see things likeken@wa9wcp but
  4536. that's a local issue and requiresan alias file to translate ken
  4537. back to wa9wcp.I have the full blown wnos3 including source
  4538. codebut it has to bee compiled with Turbo C.Ken
  4539. wa9wcp@wa9wcp.ampr.org or WA9WCP @
  4540. W9ZMR.IL.------------------------------Date: Mon, 13 Apr 1992
  4541. 18:34:08 GMTFrom:
  4542. usc!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locus.com!d
  4543. ana@network.UCSD.EDUSubject: Improving front end of GE MVPTo:
  4544. packet-radio@ucsd.edu  I've been using a GE MVP for packet, and
  4545. plan to use the radio asthe basis of a duplex data repeater. The
  4546. MVP is a compact commercialradio with a front end consisting of
  4547. a 5 section helical resonatorfollowed by a JFET mixer. The
  4548. service manual species a JFET "similarto the 2N4391" as the
  4549. part.  The 2N4391 is a switching FET, not normally specified for
  4550. RF service.I've started wondering if I could lower the front end
  4551. noise figure, orimprove the gain without compromising dynamic
  4552. range, by replacing thisFET with a healthy RF FET like a U310. I
  4553. haven't compared thetransconductance and threshold voltages to
  4554. guess at bias changes,but I don't think that is too much of an
  4555. issue.  Before I charge off, has anyone here had experience with
  4556. this?--  * Dana H. Myers KK6JQ         | Views expressed here are    * *
  4557. (213) 337-5136         | mine and do not necessarily    * *
  4558. dana@locus.com  DoD #466     | reflect those of my employer    * *
  4559. "Dammit Bones, spare me the lecture and give me the shot!"  
  4560. *------------------------------Date: 13 Apr 1992 13:12:04
  4561. -0700From: news-mail-gateway@ucsd.eduSubject: JITCTo:
  4562. packet-radio@ucsd.eduFrom:david@kelly.ksc.nasa.govI am trying to
  4563. locate the Joint Interoperability Test Center.  Anyidea where
  4564. that
  4565. is??Dave+--------------------------------------------------------
  4566. -------------+   FROM:   David Sweigert  c/o   Boeing Aerospace
  4567. Operations   M/S  FA-71                             
  4568. david@kelly.ksc.nasa.gov   Kennedy Space Center, FL 32899       
  4569.   FAX  407-867-4079                                          
  4570. VOICE   
  4571. 867-4848+--------------------------------------------------------
  4572. -------------+------------------------------Date: 11 Apr 92
  4573. 23:52:38 GMTFrom:
  4574. wupost!waikato.ac.nz!aukuni.ac.nz!mercury!nacjack!richard@uunet.u
  4575. u.netSubject: KA9Q's NOS 6.18 sourceTo: packet-radio@ucsd.eduI
  4576. managed to find the KA9Q's source for version 6.18 on ucsd.edu
  4577. (afterremembering I had the old FAQ that was posted in November
  4578. of last year(perhaps an update is warranted? with more info in
  4579. what is in thosearchives?).Anyone know if there have been any
  4580. major bug fixes to the TCP/IP, KISS, orAX.25 code since then?Any
  4581. help much
  4582. appreciated.Richard----------------------------------------------
  4583. -----------------------------"Today we will do lying on the
  4584. floor. You will lie on the floor. You willcontinue to lie on the
  4585. floor, and if you move a single muscle, I will killyou." - Alexi
  4586. Sayle, Didn't you kill my brother?USENET  :
  4587. richard@nacjack.gen.nz       The Demi-Monde : 199:310/1FIDONET :
  4588. Richard Vowles 3:772/110.0   Amateur Radio  :
  4589. ZL1UTF------------------------------Date: 13 Apr 92 18:32:11
  4590. -0700From:
  4591. dog.ee.lbl.gov!hellgate.utah.edu!fcom.cc.utah.edu!cc.uvcc.edu!col
  4592. eve@network.UCSD.EDUSubject: Packet-Radio Digest, why???To:
  4593. packet-radio@ucsd.eduIn article
  4594. <9204110704.AA01574@uwspmail.uwsp.edu>, Packet-Radio@ucsd
  4595. writes:> > Packet-Radio Digest         Sat, 11 Apr 92      
  4596. Volume 92 : Issue  96> > Today's Topics:>                 
  4597. Beginner's Guide to TCP/IP (2 msgs)>                            
  4598.  D-410 reply>                      How do I kill kiss on tnc2?> 
  4599.                           More on GIGABIT>    printed circuit
  4600. diagram or 2Mbps datalink in 1991 ARRL handbook>                
  4601.            tcp/ip beginner>               Why segregate TCP/IP?
  4602. (was Re: kbd to kbd)> Ummm - I have the feeling of deja-vu
  4603. here.This digest is, I am sure, wonderful for folks on a mailing
  4604. list who do notget the newsgroups.  I was on the mailing list
  4605. myself once, and reallyappreciated it.  But why are we
  4606. cluttering up the netnews bandwidth with a _second_ copy of all
  4607. these messages?Can't it be filtered somehow?Just asking - not
  4608. grumping,-- Vern Cole -- Systems Manager -- Utah Valley
  4609. Community College --------------------------------Date: 14 Apr
  4610. 92 03:48:04 GMTFrom:
  4611. ubc-cs!mala.bc.ca!oneb!ham!emd@beaver.cs.washington.eduSubject:
  4612. Packet-Radio Digest, why???To:
  4613. packet-radio@ucsd.educoleve@cc.uvcc.edu writes:> In article
  4614. <9204110704.AA01574@uwspmail.uwsp.edu>, Packet-Radio@ucsd
  4615. writes:> > > > Packet-Radio Digest         Sat, 11 Apr 92      
  4616. Volume 92 : Issue  96> > > > Today's Topics:> >                 
  4617. Beginner's Guide to TCP/IP (2 msgs)> >                          
  4618.    D-410 reply> >                      How do I kill kiss on
  4619. tnc2?> >                            More on GIGABIT> >   
  4620. printed circuit diagram or 2Mbps datalink in 1991 ARRL handbook>
  4621. >                            tcp/ip beginner> >              
  4622. Why segregate TCP/IP? (was Re: kbd to kbd)> > > > Ummm - I have
  4623. the feeling of deja-vu here.> > This digest is, I am sure,
  4624. wonderful for folks on a mailing list who do not> get the
  4625. newsgroups.  I was on the mailing list myself once, and really>
  4626. appreciated it.  But why are we cluttering up the netnews
  4627. bandwidth with a > _second_ copy of all these messages?> > Can't
  4628. it be filtered somehow?> > Just asking - not grumping,Yes,
  4629. please. All these digests seem to be repeats of previously
  4630. posted Usenet articles. Please stop sending them to Usenet if
  4631. that is the case.Robert Smits  VE7EMD Nanaimo B.C. Ph (604)
  4632. 753-4119          e-mail: ham!emd@oneb.wimsey.bc.ca Fax (604)
  4633. 753-4143            PACKET VE7EMD@VE7KIT.#VANC.BC.CAN.NOAM      
  4634.                                                               
  4635. ------------------------------Date: 13 Apr 92 14:50:10 GMTFrom:
  4636. swrinde!gatech!bloom-beacon!eru.mt.luth.se!lunic!sunic!kth.se!mat
  4637. tis@network.UCSD.EDUSubject: WA4DSY 56 kbit/s MODEM ??To:
  4638. packet-radio@ucsd.eduHello !I would like to know where and how
  4639. to buy the WA4DSY 56 kbit/s MODEM kit.I have read about GRAPES,
  4640. but I have no address or whatsoever.Mattis
  4641. Anderssonmattis@elixir.lne.kth.se------------------------------Da
  4642. te: 14 Apr 92 02:31:57 GMTFrom:
  4643. usc!rpi!gatech!gatech!kd4nc!dug@network.UCSD.EDUSubject: WA4DSY
  4644. 56 kbit/s MODEM ??To:
  4645. packet-radio@ucsd.edumattis@elixir.lne.kth.se (Mattis Andersson)
  4646. writes:>Hello !>I would like to know where and how to buy the
  4647. WA4DSY 56 kbit/s MODEM kit.>I have read about GRAPES, but I have
  4648. no address or whatsoever.>Mattis
  4649. Andersson>mattis@elixir.lne.kth.seEvery now and then, I
  4650. follow-up to one of these requests on the group.I am the contact
  4651. for the GRAPES packet group (non-profit packet networking
  4652. organization in N. Ga.. Inquiries can be sent directlyto me at
  4653. gatech!kd4nc!dug. Please include a postal address in case I
  4654. can'tmake your mail path work. Sorry for the net.bandwidth
  4655. usage, but it usually bounces around for a few days on the
  4656. newsgroup, if I don't post a reply. I will reply to Mattis
  4657. directly.Doug-- Doug Drye
  4658. KD4NC------------------------------Date: 13 Apr 92 16:29:44
  4659. GMTFrom: claris!apple!xanadu!jeff@decwrl.dec.comTo:
  4660. packet-radio@ucsd.eduReferences
  4661. <SRO.92Apr9165747@media-lab.media.mit.edu>,
  4662. <s2ganINNm99@matt.ksu.ksu.edu>, <pst.702939920@lager>*Subject :
  4663. Re: Ripoff Radio? (WAS Re: Combined radio/TNC)In article
  4664. <pst.702939920@lager> pst@cisco.com (Paul S. Traina) writes:>I
  4665. have an Alinco DR1200T radio and it works quite well.  It is
  4666. true FM,  and>while it does NOT come ready-to-run 9600 baud, the
  4667. modification for the>G3RUH modem is very simple.>>It ran, out of
  4668. the box,  right away.  It does *NOT* come with a TNC cable,>but
  4669. does come with 1/2 of the cable (the mic end).>>It's nothing
  4670. more than a 112T without the microphone and mobile mountingDoes
  4671. this mean that the 112T is also true
  4672. FM?jeff------------------------------End of Packet-Radio Digest
  4673. V92 #99******************************Date: Wed, 15 Apr 92
  4674. 04:30:02 PDTFrom: Packet-Radio Mailing List and Newsgroup
  4675. <packet-radio@ucsd.edu>Errors-To:
  4676. Packet-Radio-Errors@UCSD.EduReply-To:
  4677. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  4678. Digest V92 #100To: packet-radioPacket-Radio Digest         Wed,
  4679. 15 Apr 92       Volume 92 : Issue 100Today's Topics:          
  4680. Baycomm modem (or equiv. ) interface software..             
  4681. Help 2nd try - mail naming convention etc                     
  4682. Poor Man's packet & modem              Why segregate TCP/IP?
  4683. (was Re: kbd to kbd)                            Wireless
  4684. LANsSend Replies or notes for publication to:
  4685. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  4686. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  4687. otherwise to brian@ucsd.edu.Archives of past issues of the
  4688. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  4689. directory "mailarchives/packet-radio".We trust that readers are
  4690. intelligent enough to realize that all textherein consists of
  4691. personal comments and does not represent the officialpolicies or
  4692. positions of any party.  Your mileage may vary.  So
  4693. there.-----------------------------------------------------------
  4694. -----------Date: 14 Apr 92 02:53:00 GMTFrom:
  4695. usc!rpi!ispd-newsserver!kodak!eastman!b56vxg.kodak.com!lewis@netw
  4696. ork.UCSD.EDUSubject: Baycomm modem (or equiv. ) interface
  4697. software..To: packet-radio@ucsd.eduGreetings net!I have seen
  4698. some kits and home-brew articles regarding Bell 202 modems like
  4699. the Baycomm board in the periodicals recently.  From I gather
  4700. these kits thatuse either a TI chip or AMD chip are just modems
  4701. and you need to run a packageon an IBM pc or clone either called
  4702. Poor Man's Packet or the like.  Are thereany Macintosh packages
  4703. written or in the process of being written to interfacewith
  4704. these modem boards.  any posts or replies would be
  4705. appreciated...73, Ken
  4706. Lewis============================================================
  4707. ===================Eastman Kodak Company, RDCS          RF:           
  4708. N2LCI1669 Lake Avenue                         Internet:     
  4709. lewis@kodak.comRochester NY 14652-3302             AT&T:         
  4710. (716)-722-3438===================================================
  4711. ============================------------------------------Date:
  4712. 14 Apr 92 19:42:01 GMTFrom:
  4713. swrinde!mips!apple!apple!winter@network.UCSD.EDUSubject: Help
  4714. 2nd try - mail naming convention etcTo: packet-radio@ucsd.eduIn
  4715. article <3761@cod.NOSC.MIL> medin@cod.nosc.mil (Ted Medin)
  4716. writes:>>1. What is the prefered protocol for smtp mail
  4717. addresses?>   handle@host       - ie ted@n6trf>   callsign@host 
  4718.    - ie n6trf@n6trfIn the San Jose area, it seems to be personal
  4719. preference. I use myfirst name, some other folks do the same,
  4720. others use their callsign.(And, at least in the Macintosh
  4721. version of Phil's package, you canset up aliases so that all
  4722. incoming mail lands in the mailbox of yourchoice, no matter
  4723. which user name it was sent to.)Note, however, that if you're
  4724. sending a message to an AX.25 user(do you have a TCP-to-AX.25
  4725. gateway in San Diego?) you *have* touse callsigns because the
  4726. AX.25 BBS software will freak at anything else.>   Educate me
  4727. please on how we can  >   do tcpip connections via netrom (or
  4728. whatever).I thought this was in the main KA9Q manual. If not,
  4729. it's in a supplement.Try rooting around the ka9q directory on
  4730. ucsd.edu.Patty--     
  4731. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  4732.      ::   Patty Winter N6BIS    Internet: winter@apple.com         
  4733. ::              ::   Sunnyvale, California    AMPRNet: 44.4.0.44         
  4734.       ::    
  4735. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  4736. ------------------------------Date: 14 Apr 92 16:23:17 ESTFrom:
  4737. usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.in
  4738. s.cwru.edu!icd.ab.com!iccgcc.decnet.ab.com!whitej@network.UCSD.ED
  4739. USubject: Poor Man's packet & modemTo: packet-radio@ucsd.eduIn
  4740. article <N1FsiB2w165w@micromed.net.netcom.com>,
  4741. msolinas@micromed.net.netcom.com (Michael Solinas) writes:> Can
  4742. a standard modem be used with poor man's packet?  I have a zoom
  4743. > external, and can purchase some used hayes modems (1200 baud)
  4744. for $15.  > Can these be used with PMP?>    Also, how would you
  4745. connect from the modem (standard phone type cord > jacks) to a
  4746. hand talkit?> > >
  4747. -----------------------------------------------------------------
  4748. --------> msolinas@micromed.net.netcom.com (Michael Solinas)>
  4749. Micro-Medic BBS                                            (408)
  4750. 280-1610Mike,Not sure if you received last reply.  I am using a
  4751. modem of my own designwhich was adapted from the exar 2206/2211
  4752. app note.  I am using this withpmp v1.1 and have excellent
  4753. results.  If you need a cop of the article fromAug 73  or the
  4754. S/W let me know.  The S/W is available off the Hamnet BBSat
  4755. 2169426382.  By the way I could use some 2206's & 2211's.73 Joe
  4756. Ke6ha @WA8BXN.#neoh.oh.usa.na
  4757. ------------------------------Date: 15 Apr 92 02:20:49 GMTFrom:
  4758. munnari.oz.au!metro!grivel!ipso!dave@network.UCSD.EDUSubject:
  4759. Why segregate TCP/IP? (was Re: kbd to kbd)To:
  4760. packet-radio@ucsd.eduIn article
  4761. <1992Apr11.193548.17601@NCoast.ORG>    allbery@ncoast.org
  4762. (Brandon S. Allbery KF8NH) writes:>I see you've never
  4763. experienced a mixture of exponential- and
  4764. linear-backoff>stations on a single channel before.  I have. 
  4765. The result is that the>exponential-backoff stations essentially
  4766. lose the frequency because the linear>backoff scheme is
  4767. inherently more aggressive.  Even on mode VC connections:>a
  4768. simple AX.25 connect from an exponential-backoff NOS still loses
  4769. the>frequency to linear-backoff stations.Hmmm...  Wouldn't the
  4770. linear-backoff people time out first?  I'm one ofthe few people
  4771. in my area using p-persistence, and it seems that underheavy
  4772. congestion, the FRACK/DWAIT brigade time out before I do...--
  4773. Dave Horsfall (VK2KFU)         VK2KFU @
  4774. VK2RWI.NSW.AUS.OCdave@ips.OZ.AU                 
  4775. ...munnari!ips.OZ.AU!dave       ADA - from the people who
  4776. brought you COBOL------------------------------Date: 14 Apr 1992
  4777. 06:11:57 -0700From: news-mail-gateway@ucsd.eduSubject: Wireless
  4778. LANsTo: packet-radio@ucsd.edu  Anyone out there have experience
  4779. on Commercial off The ShelfWireless LAN
  4780. products?+-------------------------------------------------------
  4781. --------------+   FROM:   David Sweigert  c/o   Boeing Aerospace
  4782. Operations   M/S  FA-71                             
  4783. david@kelly.ksc.nasa.gov   Kennedy Space Center, FL 32899       
  4784.   FAX  407-867-4079                                          
  4785. VOICE   
  4786. 867-4848+--------------------------------------------------------
  4787. -------------+------------------------------End of Packet-Radio
  4788. Digest V92 #100******************************Date: Thu, 16 Apr
  4789. 92 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  4790. <packet-radio@ucsd.edu>Errors-To:
  4791. Packet-Radio-Errors@UCSD.EduReply-To:
  4792. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  4793. Digest V92 #101To: packet-radioPacket-Radio Digest         Thu,
  4794. 16 Apr 92       Volume 92 : Issue 101Today's Topics:            
  4795.                     add                          Failed Err
  4796. Message                   FLEXNET help and contact BAYCOM       
  4797.            Guide to various flavors of NOS?                     
  4798.            HELP                  HELP ka9q mailers address
  4799. protocol                  Macintosh SoftKiss -- software tnc    
  4800.                WIRELESS LAN (DAVID SWEIGERT)Send Replies or
  4801. notes for publication to: <Packet-Radio@UCSD.Edu>Send
  4802. subscription requests to:
  4803. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  4804. otherwise to brian@ucsd.edu.Archives of past issues of the
  4805. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  4806. directory "mailarchives/packet-radio".We trust that readers are
  4807. intelligent enough to realize that all textherein consists of
  4808. personal comments and does not represent the officialpolicies or
  4809. positions of any party.  Your mileage may vary.  So
  4810. there.-----------------------------------------------------------
  4811. -----------Date: 15 Apr 1992 19:54:42 -0700From:
  4812. news-mail-gateway@ucsd.eduSubject: addTo:
  4813. packet-radio@ucsd.eduadd
  4814. linvillm@gordon-emh1.army.mil------------------------------Date:
  4815. 15 Apr 1992 15:26:16 -0700From:
  4816. news-mail-gateway@ucsd.eduSubject: Failed Err MessageTo:
  4817. packet-radio@ucsd.eduError message failed to:   
  4818. packet-radio-relay@ucsd.edu@somewhereWhen failing to send to:   
  4819. polari!jgates ((BHST) Unknown host/domain name in
  4820. "polari!jgates")----------- Returned Mail
  4821. --------------Received: from uunet.uu.net (via LOCALHOST.UU.NET)
  4822. by relay1.UU.NET with SMTP     (5.61/UUNET-internet-primary) id
  4823. AA21179; Wed, 15 Apr 92 09:12:23 -0400Received: from
  4824. rutgers.UUCP by uunet.uu.net with UUCP/RMAIL    (queueing-rmail) id
  4825. 091141.8452; Wed, 15 Apr 1992 09:11:41 EDTReceived: from
  4826. ucsd.UUCP by rutgers.edu (5.59/SMI4.0/RU1.4/3.08) with UUCP     id
  4827. AA16487; Wed, 15 Apr 92 08:12:35 EDTReceived: by ucsd.edu; id
  4828. AA16813    sendmail 5.64/UCSD-2.2-sun    Wed, 15 Apr 92 04:30:05 -0700
  4829. for pilchuck.data-io.com!rwing!polari!jgatesReceived: by
  4830. ucsd.edu; id AA16808    sendmail 5.64/UCSD-2.2-sun    Wed, 15 Apr 92
  4831. 04:30:04 -0700 for /usr/lib/sendmail -oc -odb
  4832. -oQ/var/spool/lqueue -oi -fpacket-radio-relay
  4833. packet-radio-listMessage-Id: <9204151130.AA16808@ucsd.edu>Date:
  4834. Wed, 15 Apr 92 04:30:02 PDTFrom: Packet-Radio Mailing List and
  4835. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  4836. Packet-Radio-Errors@ucsd.eduReply-To:
  4837. Packet-Radio@ucsd.eduPrecedence: BulkSubject: Packet-Radio
  4838. Digest V92 #100To: ucsd!packet-radio@somewherePacket-Radio
  4839. Digest         Wed, 15 Apr 92       Volume 92 : Issue 100Today's
  4840. Topics:           Baycomm modem (or equiv. ) interface
  4841. software..              Help 2nd try - mail naming convention
  4842. etc                      Poor Man's packet & modem             
  4843. Why segregate TCP/IP? (was Re: kbd to kbd)                      
  4844.      Wireless LANsSend Replies or notes for publication to:
  4845. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  4846. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  4847. otherwise to brian@ucsd.edu.Archives of past issues of the
  4848. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  4849. directory "mailarchives/packet-radio".We trust that readers are
  4850. intelligent enough to realize that all textherein consists of
  4851. personal comments and does not represent the officialpolicies or
  4852. positions of any party.  Your mileage may vary.  So
  4853. there.-----------------------------------------------------------
  4854. -----------Date: 14 Apr 92 02:53:00 GMTFrom:
  4855. usc!rpi!ispd-newsserver!kodak!eastman!b56vxg.kodak.com!lewis@netw
  4856. ork.UCSD.EDUSubject: Baycomm modem (or equiv. ) interface
  4857. software..To: packet-radio@ucsd.eduGreetings net!I have seen
  4858. some kits and home-brew articles regarding Bell 202 modems like
  4859. the Baycomm board in the periodicals recently.  From I gather
  4860. these kits thatuse either a TI chip or AMD chip are just modems
  4861. and you need to run a packageon an IBM pc or clone either called
  4862. Poor Man's Packet or the like.  Are thereany Macintosh packages
  4863. written or in the process of being written to interfacewith
  4864. these modem boards.  any posts or replies would be
  4865. appreciated...73, Ken
  4866. Lewis============================================================
  4867. ===================Eastman Kodak Company, RDCS          RF:           
  4868. N2LCI1669 Lake Avenue                         Internet:     
  4869. lewis@kodak.comRochester NY 14652-3302             AT&T:         
  4870. (716)-722-3438===================================================
  4871. ============================------------------------------Date:
  4872. 14 Apr 92 19:42:01 GMTFrom:
  4873. swrinde!mips!apple!apple!winter@network.UCSD.EDUSubject: Help
  4874. 2nd try - mail naming convention etcTo: packet-radio@ucsd.eduIn
  4875. article <3761@cod.NOSC.MIL> medin@cod.nosc.mil (Ted Medin)
  4876. writes:>>1. What is the prefered protocol for smtp mail
  4877. addresses?>   handle@host       - ie ted@n6trf>   callsign@host 
  4878.    - ie n6trf@n6trfIn the San Jose area, it seems to be personal
  4879. preference. I use myfirst name, some other folks do the same,
  4880. others use their callsign.(And, at least in the Macintosh
  4881. version of Phil's package, you canset up aliases so that all
  4882. incoming mail lands in the mailbox of yourchoice, no matter
  4883. which user name it was sent to.)Note, however, that if you're
  4884. sending a message to an AX.25 user(do you have a TCP-to-AX.25
  4885. gateway in San Diego?) you *have* touse callsigns because the
  4886. AX.25 BBS software will freak at anything else.>   Educate me
  4887. please on how we can  >   do tcpip connections via netrom (or
  4888. whatever).I thought this was in the main KA9Q manual. If not,
  4889. it's in a supplement.Try rooting around the ka9q directory on
  4890. ucsd.edu.Patty--     
  4891. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  4892.      ::   Patty Winter N6BIS    Internet: winter@apple.com         
  4893. ::              ::   Sunnyvale, California    AMPRNet: 44.4.0.44         
  4894.       ::    
  4895. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  4896. ------------------------------Date: 14 Apr 92 16:23:17 ESTFrom:
  4897. usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.in
  4898. s.cwru.edu!icd.ab.com!iccgcc.decnet.ab.com!whitej@network.UCSD.ED
  4899. USubject: Poor Man's packet & modemTo: packet-radio@ucsd.eduIn
  4900. article <N1FsiB2w165w@micromed.net.netcom.com>,
  4901. msolinas@micromed.net.netcom.com (Michael Solinas) writes:> Can
  4902. a standard modem be used with poor man's packet?  I have a zoom
  4903. > external, and can purchase some used hayes modems (1200 baud)
  4904. for $15.  > Can these be used with PMP?>    Also, how would you
  4905. connect from the modem (standard phone type cord > jacks) to a
  4906. hand talkit?> > >
  4907. -----------------------------------------------------------------
  4908. --------> msolinas@micromed.net.netcom.com (Michael Solinas)>
  4909. Micro-Medic BBS                                            (408)
  4910. 280-1610Mike,Not sure if you received last reply.  I am using a
  4911. modem of my own designwhich was adapted from the exar 2206/2211
  4912. app note.  I am using this withpmp v1.1 and have excellent
  4913. results.  If you need a cop of the article fromAug 73  or the
  4914. S/W let me know.  The S/W is available off the Hamnet BBSat
  4915. 2169426382.  By the way I could use some 2206's & 2211's.73 Joe
  4916. Ke6ha @WA8BXN.#neoh.oh.usa.na
  4917. ------------------------------Date: 15 Apr 92 02:20:49 GMTFrom:
  4918. munnari.oz.au!metro!grivel!ipso!dave@network.UCSD.EDUSubject:
  4919. Why segregate TCP/IP? (was Re: kbd to kbd)To:
  4920. packet-radio@ucsd.eduIn article
  4921. <1992Apr11.193548.17601@NCoast.ORG>    allbery@ncoast.org
  4922. (Brandon S. Allbery KF8NH) writes:>I see you've never
  4923. experienced a mixture of exponential- and
  4924. linear-backoff>stations on a single channel before.  I have. 
  4925. The result is that the>exponential-backoff stations essentially
  4926. lose the frequency because the linear>backoff scheme is
  4927. inherently more aggressive.  Even on mode VC connections:>a
  4928. simple AX.25 connect from an exponential-backoff NOS still loses
  4929. the>frequency to linear-backoff stations.Hmmm...  Wouldn't the
  4930. linear-backoff people time out first?  I'm one ofthe few people
  4931. in my area using p-persistence, and it seems that underheavy
  4932. congestion, the FRACK/DWAIT brigade time out before I do...--
  4933. Dave Horsfall (VK2KFU)         VK2KFU @
  4934. VK2RWI.NSW.AUS.OCdave@ips.OZ.AU                 
  4935. ...munnari!ips.OZ.AU!dave       ADA - from the people who
  4936. brought you COBOL------------------------------Date: 14 Apr 1992
  4937. 06:11:57 -0700From: news-mail-gateway@ucsd.eduSubject: Wireless
  4938. LANsTo: packet-radio@ucsd.edu  Anyone out there have experience
  4939. on Commercial off The ShelfWireless LAN
  4940. products?+-------------------------------------------------------
  4941. --------------+   FROM:   David Sweigert  c/o   Boeing Aerospace
  4942. Operations   M/S  FA-71                             
  4943. david@kelly.ksc.nasa.gov   Kennedy Space Center, FL 32899       
  4944.   FAX  407-867-4079                                          
  4945. VOICE   
  4946. 867-4848+--------------------------------------------------------
  4947. -------------+------------------------------End of Packet-Radio
  4948. Digest V92 #100******************************-------- End of
  4949. Returned Mail ---------------------------------------------Date:
  4950. 15 Apr 1992 08:06:57 -0700From:
  4951. news-mail-gateway@ucsd.eduSubject: FLEXNET help and contact
  4952. BAYCOMTo: packet-radio@ucsd.eduHi allHaveing had a NULL responce
  4953. from contact with FLEXNET Group in GermanyI wish to Know if any
  4954. one else in the World has had any Luck?? Ive writtenEmailed ax25
  4955. and visited the so called place where its sold and Sitll
  4956. comecome up with a big Nothing..I would like to make contact
  4957. with BAYCOM Group now to get info on theBAYCOM-NODE think the
  4958. latest version is Ver 1.5f  it compatible with FLEXNETbut with
  4959. out the hassel of getting the software and the hardwareSo has
  4960. any one any contact info THAT is reliable and Likley to respond
  4961. toQuestions.. for BayCom-Node software and SCC hardwareOR: if
  4962. any one has had suscessful contact with the FLEXNET
  4963. Group.ThanksEmail only replies [btitmars@esoc.BITnet] 
  4964. GM8SAUThanks Barry.------------------------------Date: 15 Apr 92
  4965. 15:57:45 GMTFrom:
  4966. swrinde!mips!darwin.sura.net!convex!news.utdallas.edu!tamsun!inet
  4967. g1!ut-emx!ccwf.cc.utexas.edu@network.UCSD.EDUSubject: Guide to
  4968. various flavors of NOS?To: packet-radio@ucsd.eduBrowsing around
  4969. on ucsd.edu,  I've noticed that there are a quitea few KA9Q-NOS
  4970. derivatives and ports available.  Many of themprovide little
  4971. documentation, not even a readme with a "What thisis" statement,
  4972. in the ftp directory.  Is there any sort of a guide available
  4973. for what version of NOS does what?  Don
  4974. Loflinloflin@sirius.cc.utexas.eduP.S. If there's a KA9Q/NOS
  4975. specific mailing list, could someone send me the address? 
  4976. ------------------------------Date: 15 Apr 92 17:32:40 GMTFrom:
  4977. usc!sol.ctr.columbia.edu!emory!kd4nc!ke4zv!gary@network.UCSD.EDUS
  4978. ubject: HELPTo: packet-radio@ucsd.eduIn article
  4979. <9204140320.AA16839@ucsd.edu> asqp-nbf@zama-emh1.army.mil
  4980. (ASQP-NBF) writes:>I have a problem and I hope that I'm not the
  4981. only one.>Could someone explain in SIMPLE terms whats the
  4982. difference>between NOS,TCIP/IP, TNC 1 and 2,KA9?, and running a
  4983. KAM or MFJ 1278>TNC.Well, I'll take a stab at it.NOS     This
  4984. stands for Network Operating System, a bit of
  4985. braggadocio    describing the latest versions of Phil Karn, KA9Q's,
  4986. implementation    of TCP/IP for amateurs. It's a program that runs
  4987. under DOS on PCs    that implements the TCP/IP protocol stack and
  4988. several clients and    servers such as telnet, ftp, and smtp. Older
  4989. versions of the program    were simply called NET and have been
  4990. ported to the Mac, Amiga, and    various Unix boxes. There are now
  4991. several flavors of NOS by different    implementors. They all
  4992. interoperate and generally follow Phil's    original
  4993. work.TCP/IP    Transmission Control Protocol, Internet Protocol.
  4994. This is a protocol    stack originally developed for DOD use to
  4995. interconnect different    computers over diverse link level
  4996. networks. In amateur practice,    it allows data streams to be
  4997. interchanged between different kinds    of computers over the AX25
  4998. link level networks. It is nominally    a datagram system that
  4999. theoretically has the ability to route    each packet individually
  5000. over the current best route while maintaining    data integrity
  5001. through end to end acknowledgements. It is the most    widely used
  5002. computer networking protocol stack.    TNC1    This is an obsolete bit
  5003. of hardware developed by TAPR, the Tucson    Amateur Packet Radio
  5004. organization. It was the first widely available    TNC kit based on
  5005. a Motorola processor.TNC2    This was the second TNC designed by
  5006. TAPR. It and it's clones are    the standard amateur TNC. It's
  5007. based on the popular Z80 chipset.KAM    This is one of the wonder
  5008. boxes, others are the AEA PK232 and    the MFJ1278. These so called
  5009. multi-mode units can do packet,    RTTY, WEFAX, and CW. (A personal
  5010. aside: like most do everything    systems, they do nothing
  5011. particularly well.) They are fine for    people who wish to sample
  5012. several operating modes.Gary
  5013. KE4ZV------------------------------Date: Wed, 15 Apr 1992
  5014. 16:19:36 GMTFrom:
  5015. sdd.hp.com!elroy.jpl.nasa.gov!grian!puffin!pete@network.UCSD.EDUS
  5016. ubject: HELP ka9q mailers address protocolTo:
  5017. packet-radio@ucsd.eduIn article
  5018. <29e89219-4f1.1rec.radio.amateur.packet-1@vpnet.chi.il.us>
  5019. akcs.ken@vpnet.chi.il.us (ken hopkins) writes:>Hi Ted. I believe
  5020. the correct syntax is...>hamcall@hamcall.ampr.org. For me that
  5021. would be>wa9wcp@wa9wcp.ampr.org. You'll see things likeThis is
  5022. an entirely local thing with EACH INDIVIDUAL STATION.I and one
  5023. other here (I'm running net under unix; he's running NOS
  5024. underDOS) use our first names as the primary mailbox and have
  5025. (since the"safe" custom seems to be callsign@callsign.ampr.org)
  5026. aliases to pointthe callsign to the name.  In the case of unix,
  5027. there isn't a user hereknown as "k6jrr" - the callsign is almost
  5028. always an alias.  Just as ininternet mail you are supposed to
  5029. support mail to several addresses thatare almost always aliases,
  5030. ("postmaster" is one), hams "should" support mailto their
  5031. callsign, either as an alias or mailbox.>ken@wa9wcp but that's a
  5032. local issue and requires>an alias file to translate ken back to
  5033. wa9wcp.That can vary (see above).  One should support mail to
  5034. his callsign, and ifyou mail to someone you don't know, it
  5035. should be "safe".If you prefer mail to some other name, either
  5036. your "from" or "reply-to"lines should reflect that, or your
  5037. signature line(s) should.>I have the full blown wnos3 including
  5038. source code>but it has to bee compiled with Turbo C.-- Pete
  5039. (k6jrr) (pete@puffin.uucp)------------------------------Date: 15
  5040. Apr 92 18:55:58 GMTFrom:
  5041. swrinde!gatech!pitt.edu!drycas.club.cc.cmu.edu!cantaloupe.srv.cs.
  5042. cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!aw0g+@network.UCS
  5043. D.EDUSubject: Macintosh SoftKiss -- software tncTo:
  5044. packet-radio@ucsd.eduSoftkiss connects a modem directly to a
  5045. macintosh.  This saves having aTNC.  Softkiss will work with 300
  5046. baud HF, 1200 baud VHF and higherbaudrates.  The software is in
  5047. the early stages of development and isnot useful in everyday
  5048. work at this time.You can send test packets and recieve/print
  5049. packets at this time.The test programs are available via
  5050. anonymous ftp from hostakutaktak.andrew.cmu.edu [128.2.35.1] in
  5051. /aw0g/softkiss1f.hqxChanges since the last release:  You can
  5052. test transmit, recieve,interrupts, dual port simultainious
  5053. recieve, support 300 baud,use power manager on power
  5054. books/portables.If you are working on hardware and want to test
  5055. your hardwarepick up this release.  If you want a complete
  5056. usable software packagewait for a later
  5057. release.Aaron------------------------------Date: 15 Apr 1992
  5058. 09:25:51 -0700From: news-mail-gateway@ucsd.eduSubject: WIRELESS
  5059. LAN (DAVID SWEIGERT)To: packet-radio@ucsd.eduDAVIDI HAVE BEEN
  5060. USING THE TELELAN SYSTEM HERE FOR ABOUT TWO YEARS. AND HAVE
  5061. USEDTHE WAVELAN AND WAN ON DIFFERENT OCCASIONS. IF YOU LIKE YOU
  5062. CAN CALL OR EMAILME YOUR QUESTIONS AND I WILL TRY TO HELP.PHONE
  5063. (310) 333 7389EMAILDon R. Moberly:El Segundo:XeroxINTERNET
  5064. 13.1.205.4773 DON------------------------------End of
  5065. Packet-Radio Digest V92 #101******************************Date:
  5066. Fri, 17 Apr 92 04:30:03 PDTFrom: Packet-Radio Mailing List and
  5067. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  5068. Packet-Radio-Errors@UCSD.EduReply-To:
  5069. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  5070. Digest V92 #102To: packet-radioPacket-Radio Digest         Fri,
  5071. 17 Apr 92       Volume 92 : Issue 102Today's Topics:            
  5072.                    (none)                           EPROM
  5073. collection                  Packet Radio in Cincinnati area??   
  5074.               SUB PACKET-RADIO DIGEST GREG HORESend Replies or
  5075. notes for publication to: <Packet-Radio@UCSD.Edu>Send
  5076. subscription requests to:
  5077. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  5078. otherwise to brian@ucsd.edu.Archives of past issues of the
  5079. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  5080. directory "mailarchives/packet-radio".We trust that readers are
  5081. intelligent enough to realize that all textherein consists of
  5082. personal comments and does not represent the officialpolicies or
  5083. positions of any party.  Your mileage may vary.  So
  5084. there.-----------------------------------------------------------
  5085. -----------Date: 16 Apr 1992 07:34:17 -0700From:
  5086. news-mail-gateway@ucsd.eduSubject: (none)To:
  5087. packet-radio@ucsd.eduhelp------------------------------Date: 16
  5088. Apr 1992 13:47:45 -0700From: news-mail-gateway@ucsd.eduSubject:
  5089. EPROM collectionTo: packet-radio@ucsd.eduHas any one a eprom
  5090. file collection ?I ask for various versions to mention them
  5091. here.73 de####################################################  
  5092.         George Katsimaglis  SV1BDS  [KM17VX]  ## P-mail  :
  5093. SV1BDS@SV1IW.ATH.GRC.EU               ## amprnet :
  5094. sv1bds@sv1bds.ampr.org  [44.154.1.3]  ## E-mail  :
  5095. SV1BDS@GRATHUN1.BITNET                ##          
  5096. sv1bds@leon.nrcps.ariadne-t.gr       
  5097. ####################################################
  5098. ------------------------------Date: 16 Apr 92 18:31:46 GMTFrom:
  5099. swrinde!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!
  5100. uwm.edu!linac!att!bu.edu!dartvax!Jeffery.A.Schneider@network.UCSD
  5101. .EDUSubject: Packet Radio in Cincinnati area??To:
  5102. packet-radio@ucsd.eduHi I'll be moving to Cincinnati in July
  5103. sometime to start apostdoctoral research position at UCinn and
  5104. was wondering about packetradio in the area.  Can anyone tell me
  5105. about the user freqs (i.e 2m,220, 440?), any tcp/ip gateways,
  5106. etc.  Any help would be appreciated. Responses are preferred by
  5107. Email to:           Jeff.Schneider@Dartmouth.edup.s.  If you
  5108. want to help me find a place to live in the Clifton orHyde Park
  5109. area for me, my wife, 2 1/2 kids, 2 cats and dog, that wouldbe
  5110. great too, :-)73 de WM1Y,
  5111. Jeff------------------------------Date: 16 Apr 1992 19:51:33
  5112. -0700From: news-mail-gateway@ucsd.eduSubject: SUB PACKET-RADIO
  5113. DIGEST GREG HORETo: packet-radio@ucsd.eduSUB PACKET-RADIO DIGEST
  5114. GREG HORE------------------------------End of Packet-Radio
  5115. Digest V92 #102******************************Date: Sat, 18 Apr
  5116. 92 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  5117. <packet-radio@ucsd.edu>Errors-To:
  5118. Packet-Radio-Errors@UCSD.EduReply-To:
  5119. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  5120. Digest V92 #103To: packet-radioPacket-Radio Digest         Sat,
  5121. 18 Apr 92       Volume 92 : Issue 103Today's Topics:            
  5122.     A Packet/Amtor hybrid called PactorARRL's "Business Rule"
  5123. proposal - automatic retransmission prohibited?              
  5124. FLEXNET help and contact BAYCOM (2 msgs)                    Help
  5125. with KA9Q and ethernet!!!                        SCO XENIX BBS
  5126. SoftwareSend Replies or notes for publication to:
  5127. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  5128. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  5129. otherwise to brian@ucsd.edu.Archives of past issues of the
  5130. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  5131. directory "mailarchives/packet-radio".We trust that readers are
  5132. intelligent enough to realize that all textherein consists of
  5133. personal comments and does not represent the officialpolicies or
  5134. positions of any party.  Your mileage may vary.  So
  5135. there.-----------------------------------------------------------
  5136. -----------Date: Fri, 17 Apr 92 17:53:23 GMTFrom:
  5137. usc!wupost!csus.edu!netcomsv!mork!hughb@network.UCSD.EDUSubject:
  5138. A Packet/Amtor hybrid called PactorTo: packet-radio@ucsd.eduI
  5139. was talking to a ham acquaintance of mine, VE3FZK (Andy), the
  5140. otherday, and he mentioned that his radio experimenter's club
  5141. had a talk onPacktor (sp?) the other evening.  He described it
  5142. as a hybrid betweenAmtor and Packet.  Apparently, a group in
  5143. Germany developed it andeven sells a box that does Packtor,
  5144. baudot, amtor, and rtty, but NOT Packet.The Packtor mode gives
  5145. pretty good throughput on the hf bands, and hewas interested in
  5146. getting some folks working with it.  One of themembers of his
  5147. club was working on translation of some german languagearticles
  5148. on the subject.  His goal is to make some boxes here for justthe
  5149. Packtor mode, since we should be able to come up with the
  5150. talentand materials here in Silicon valley. (Please, no
  5151. flames.)Are there any other net readers working on Packtor that
  5152. would like tocoordinate with a group out here in the San
  5153. Francisco area?  Let meknow.  If anyone has information on this
  5154. mode of operation, maybe youhave some articles, or have a
  5155. working system, please drop us a line.73 de KD6FDO-- Hugh
  5156. Bussell    KD6FDO    hughb@netcom.com       "You can't have
  5157. everything.(510) 582-6746    hm                 Where would you put it?"(415)
  5158. 493-6700    wk------------------------------Date: Fri, 17 Apr 1992
  5159. 17:46:07 GMTFrom:
  5160. usc!news.bbn.com!noc.near.net!gateway!pictel!wpns@network.UCSD.ED
  5161. USubject: ARRL's "Business Rule" proposal - automatic
  5162. retransmission prohibited?To: packet-radio@ucsd.eduI read in the
  5163. March(?) QST that the ARRL requested that the FCC changetheir
  5164. rules slightly on the "Business" use of ham radio.  Most of
  5165. itseemed to make pretty good sense, but buried at the end of
  5166. theirproposal was a section that "With the exception of stations
  5167. inAuxiliary, Repeater, and Space operations, amateur stations
  5168. areprohibited from automatically retransmitting other
  5169. amateur'stransmissions." or some such.  Sounds to me like a big
  5170. problem forpacket operations....  Did anyone else catch this, or
  5171. did I just readit wrong?Willie
  5172. Smithwpns@pictel.com------------------------------Date: 16 Apr
  5173. 92 23:48:42 GMTFrom:
  5174. swrinde!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus
  5175. @network.UCSD.EDUSubject: FLEXNET help and contact BAYCOMTo:
  5176. packet-radio@ucsd.eduIn article <9204151506.AA27743@ucsd.edu>
  5177. BTITMARS%ESOC@vm.gmd.DE writes:  >   > Hi all  > Haveing had a
  5178. NULL responce from contact with FLEXNET Group in Germany  > I
  5179. wish to Know if any one else in the World has had any Luck?? Ive
  5180. written  > Emailed ax25 and visited the so called place where
  5181. its sold and Sitll come  > come up with a big Nothing..  > I
  5182. would like to make contact with BAYCOM Group now to get info on
  5183. the  > BAYCOM-NODE think the latest version is Ver 1.5f  it
  5184. compatible with FLEXNET  > but with out the hassel of getting
  5185. the software and the hardware  > So has any one any contact info
  5186. THAT is reliable and Likley to respond to  > Questions.. for
  5187. BayCom-Node software and SCC hardware  > OR: if any one has had
  5188. suscessful contact with the FLEXNET Group.  > Thanks  > Email
  5189. only replies [btitmars@esoc.BITnet]  GM8SAU  > Thanks Barry.  >
  5190. PacComm Packet Radio Systems, Inc.4413 N. Hesperides
  5191. StreetTampa, FL 33614-76181 813 874-2980 Business office1 813
  5192. 875 6417 Technical support1 813 872 8696 Fax1 813 874-3078
  5193. E-mailThey are now 'the' source for the BayComm group. They
  5194. (PacComm) have signedan aggreement with them (BayComm) to handle
  5195. their product line of hardwareand software.[Note: Editorial
  5196. opinion follows]------------------------------Date: Fri, 17 Apr
  5197. 1992 16:54:17 GMTFrom:
  5198. theory.TC.Cornell.EDU!payne@tcgould.tn.cornell.eduSubject:
  5199. FLEXNET help and contact BAYCOMTo: packet-radio@ucsd.eduIn
  5200. article <703468122snx@skyld.UUCP> jangus@skyld.UUCP (Jeff Angus)
  5201. writes:>[Note: Editorial opinion follows]>>From the beginning,
  5202. Florain, DL8MBT and the others have devoted a HUGE amount>of
  5203. personal effort to Digicom and (now) BayComm and have seen
  5204. others make a>large profit from their efforts. BayComm has gone
  5205. commercial to help defray>the costs of development, and have
  5206. chosen PacComm to act as their distributor.[Soapbox
  5207. on]Unfortuantely, I'm afraid that "others making a profit from
  5208. their efforts" islargely their fault.  They waited far too long
  5209. to "go commercial".  They'vebeen approached by several companies
  5210. who wanted to market their hardware andsoftware and these
  5211. companies were turned away (so I've heard).When you label
  5212. something as freely distributable, you are giving it away.To
  5213. expect any compensation is absurd.  I've gotten less than $100
  5214. in shareware-type donations for my Poor Man's Packet program and
  5215. I'm surprisedI've gotten this much.I'm not discounting the work
  5216. of the Baycom team.  They've put a lot ofeffort into Baycom and
  5217. it is a wonderful program.  However, a little morebusiness sense
  5218. on their part might have made their lives happier.  I hopetheir
  5219. deal with PacComm works out for them.-- =  =  =  =  =  =  =  = 
  5220. =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =Andrew C.
  5221. Payne, N8KEI        UUCP:  ...!cornell!batcomputer!payne        
  5222.                  INTERNET: 
  5223. payne@tc.cornell.edu------------------------------Date: 18 Apr
  5224. 92 04:29:40 GMTFrom:
  5225. ogicse!willamette.edu!tjones@uunet.uu.netSubject: Help with KA9Q
  5226. and ethernet!!!To: packet-radio@ucsd.eduDoes anyone here have
  5227. any experience with using KA9Q with an ethernet
  5228. network?Specifically, I am trying to use KA9Q to attach a remote
  5229. computer to anethernet, routing the packets through a PC
  5230. attached to the net that is alsorunning KA9Q.  At the moment, I
  5231. am stuck with trying to attach the ethernetcard
  5232. d------------------------------Date: 17 Apr 1992 07:31:07
  5233. -0700From: news-mail-gateway@ucsd.eduSubject: SCO XENIX BBS
  5234. SoftwareTo: packet-radio@ucsd.edu  Subject:  Software that has
  5235. BBS functionality that runs on SCO XENIX  Discussion:  Are there
  5236. any hams out there who know of ham packet BBS software thatruns
  5237. on top of a SCO XENIX platform.  I want to put a BBS on the air
  5238. andam running SCO.  I think the operating system itself is very
  5239. BBSish,however, to forward and receive mail via IP routing is
  5240. another story.  Thank
  5241. you...+----------------------------------------------------------
  5242. -----------+   FROM:   David Sweigert  c/o   Boeing Aerospace
  5243. Operations   M/S  FA-71                             
  5244. david@kelly.ksc.nasa.gov   Kennedy Space Center, FL 32899       
  5245.   FAX  407-867-4079                                          
  5246. VOICE   
  5247. 867-4848+--------------------------------------------------------
  5248. -------------+------------------------------Date: (null)From:
  5249. (null)[End of opinion, return to real world]--xenon!skyld!jangus
  5250.   < This space left blank intentionally. >J Angus, PO Box 4425,
  5251. Carson CA 90749-4425 voice (310)
  5252. 324-6080------------------------------Date: Fri, 17 Apr 1992
  5253. 23:05:00 GMTFrom:
  5254. usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.in
  5255. s.cwru.edu!ncoast!allbery@network.UCSD.EDUTo:
  5256. packet-radio@ucsd.eduReferences <48943@wd6ehr.ampr.org>,
  5257. <1992Apr11.193548.17601@NCoast.ORG>,
  5258. <1992Apr15.022049.19810@ips.oz.au>coastReply-To :
  5259. allbery@ncoast.org (Brandon S. Allbery KF8NH)Subject : Re: Why
  5260. segregate TCP/IP? (was Re: kbd to kbd)As quoted from
  5261. <1992Apr15.022049.19810@ips.oz.au> by dave@ips.oz.au (Dave
  5262. Horsfall):+---------------| Hmmm...  Wouldn't the linear-backoff
  5263. people time out first?  I'm one of| the few people in my area
  5264. using p-persistence, and it seems that under| heavy congestion,
  5265. the FRACK/DWAIT brigade time out before I
  5266. do...+---------------Only if they time each other out.  The
  5267. problem is thus:* linear and exponential nodes collide* both
  5268. delay one quantum* linear and exponential station collide again*
  5269. linear delays one quantum, exponential delays two* linear
  5270. transmits* exponential finds channel busy, delays four quanta*
  5271. and so on...Sicne the linear timeout node won't wait as long as
  5272. the exponential timeoutnode, the linear node will capture the
  5273. frequency; the exponential node willjust sit there finding the
  5274. channel busy and waiting ever longer.  I've seen itin action,
  5275. back when NOS only had exponential timeouts.One learns to love
  5276. the KICK command under those conditions.++Brandon-- Brandon S.
  5277. Allbery, KF8NH [44.70.4.88]        allbery@NCoast.ORGSenior
  5278. Programmer, Telotech, Inc. (if I may call myself
  5279. that...)------------------------------End of Packet-Radio Digest
  5280. V92 #103******************************Date: Sun, 19 Apr 92
  5281. 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  5282. <packet-radio@ucsd.edu>Errors-To:
  5283. Packet-Radio-Errors@UCSD.EduReply-To:
  5284. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  5285. Digest V92 #104To: packet-radioPacket-Radio Digest         Sun,
  5286. 19 Apr 92       Volume 92 : Issue 104Today's Topics:            
  5287.                active group?Send Replies or notes for
  5288. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  5289. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  5290. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  5291. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  5292. directory "mailarchives/packet-radio".We trust that readers are
  5293. intelligent enough to realize that all textherein consists of
  5294. personal comments and does not represent the officialpolicies or
  5295. positions of any party.  Your mileage may vary.  So
  5296. there.-----------------------------------------------------------
  5297. -----------Date: 18 Apr 92 19:18:51 GMTFrom:
  5298. swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usene
  5299. t.ins.cwru.edu!ncoast!nshore!wariat!hernix!mike@network.UCSD.EDUS
  5300. ubject: active group?To: packet-radio@ucsd.eduIs this group
  5301. active?  I have not seen any postings for a week.--
  5302. -----------------------------------------------------------------
  5303. ----------mike@hernix.wariat.org            hernix!mike                    This space
  5304. left blank+1 216 572 4172 login:  bbs               
  5305. intentionalyStrongsville, OH
  5306. USA            -----------------------------------------------------------
  5307. ----------------------------------------------End of
  5308. Packet-Radio Digest V92 #104******************************Date:
  5309. Mon, 20 Apr 92 04:30:03 PDTFrom: Packet-Radio Mailing List and
  5310. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  5311. Packet-Radio-Errors@UCSD.EduReply-To:
  5312. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  5313. Digest V92 #105To: packet-radioPacket-Radio Digest         Mon,
  5314. 20 Apr 92       Volume 92 : Issue 105Today's Topics:            
  5315.               (none) (2 msgs)       automatic control (was: Help
  5316. 2nd try tcpip ka9q problem)                           Baycom (3
  5317. msgs)       NOS under G8BPQ: is it worth it, under what
  5318. conditions?Send Replies or notes for publication to:
  5319. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  5320. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  5321. otherwise to brian@ucsd.edu.Archives of past issues of the
  5322. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  5323. directory "mailarchives/packet-radio".We trust that readers are
  5324. intelligent enough to realize that all textherein consists of
  5325. personal comments and does not represent the officialpolicies or
  5326. positions of any party.  Your mileage may vary.  So
  5327. there.-----------------------------------------------------------
  5328. -----------Date: 19 Apr 1992 07:00:34 -0700From:
  5329. news-mail-gateway@ucsd.eduSubject: (none)To:
  5330. packet-radio@ucsd.edu   ----- Mail rejected by CEO. -----No
  5331. Response from Remote   Mail not sent to:al brackett@img008.ceo  
  5332. ----- Unsent message follows -----From: packet-radio@ucsd.eduTo:
  5333.  packet-radio@UCSD.EDUSubject: Packet-Radio Digest V92
  5334. #104X-Ceo_Options:  DocumentSee document for message.CEO
  5335. document contents:  Received: from dg-rtp.dg.com (dg-rtp) by
  5336. rtp41.rtp.dg.com (1.00/2.1)      idAA00020; Sun, 19 Apr 92
  5337. 08:50:40 edtReceived: from ucsd.edu by dg-rtp.dg.com
  5338. (5.4/dg-rtp-proto)     id AA22695;Sun, 19 Apr 1992 08:49:46
  5339. -0400Received: by ucsd.edu; id AA11583    sendmail
  5340. 5.64/UCSD-2.2-sun    Sun, 19 Apr 92 04:30:07 -0700 for
  5341. infmx!brucebReceived: by ucsd.edu; id AA11579    sendmail
  5342. 5.64/UCSD-2.2-sun    Sun, 19 Apr 92 04:30:05 -0700 for
  5343. /usr/lib/sendmail -oc -odb-oQ/var/spool/lqueue -oi
  5344. -fpacket-radio-relay packet-radio-list
  5345. Message-Id:<9204191130.AA11579@ucsd.edu>Date: Sun, 19 Apr 92
  5346. 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  5347. <packet-radio@ucsd.edu>Errors-To:
  5348. Packet-Radio-Errors@UCSD.EduReply-To:
  5349. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  5350. Digest V92 #104To: packet-radio@UCSD.EDUPacket-Radio Digest     
  5351.    Sun, 19 Apr 92       Volume 92 : Issue 104Today's Topics:    
  5352.                        active group?Send Replies or notes for
  5353. publication to: <Packet-Radio@UCSD.Edu> Sendsubscription
  5354. requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you
  5355. can'tsolve otherwise to brian@ucsd.edu.Archives of past issues
  5356. of the Packet-Radio Digest are available  (by FTP only)from
  5357. UCSD.Edu in directory "mailarchives/packet-radio".We trust that
  5358. readers are intelligent enough to realize that all text
  5359. hereinconsists of personal comments and does not represent the
  5360. official policies orpositions of any party.  Your mileage may
  5361. vary.  So
  5362. there.-----------------------------------------------------------
  5363. -----------Date: 18 Apr 92 19:18:51
  5364. GMTFrom:swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.e
  5365. du!usenet.ins.cwru.edu!ncoast!nshore!wariat!hernix!mike@network.U
  5366. CSD.EDU Subject: active group?To: packet-radio@ucsd.eduIs this
  5367. group active?  I have not seen any postings for a week.--
  5368. -----------------------------------------------------------------
  5369. ----------mike@hernix.wariat.org            hernix!mike         
  5370.              This space left blank+1 216 572 4172 login:  bbs   
  5371.             intentionalyStrongsville, OH USA             
  5372. -----------------------------------------------------------------
  5373. ----------------------------------------End of Packet-Radio
  5374. Digest V92
  5375. #104******************************------------------------------D
  5376. ate: 19 Apr 1992 07:59:34 -0700From:
  5377. news-mail-gateway@ucsd.eduSubject: (none)To:
  5378. packet-radio@ucsd.edu   ----- Mail rejected by CEO. -----No
  5379. Response from Remote   Mail not sent to:john allen@dgc.ceo  
  5380. ----- Unsent message follows -----From: packet-radio@ucsd.eduTo:
  5381.  packet-radio@UCSD.EDUSubject: Packet-Radio Digest V92
  5382. #104X-Ceo_Options:  DocumentSee document for message.CEO
  5383. document contents:  Received: from dg-rtp.dg.com (dg-rtp) by
  5384. rtp41.rtp.dg.com (1.00/2.1)      idAA00020; Sun, 19 Apr 92
  5385. 09:32:34 edtReceived: from ucsd.edu by dg-rtp.dg.com
  5386. (5.4/dg-rtp-proto)     id AA29423;Sun, 19 Apr 1992 09:31:39
  5387. -0400Received: by ucsd.edu; id AA11583    sendmail
  5388. 5.64/UCSD-2.2-sun    Sun, 19 Apr 92 04:30:07 -0700 for
  5389. infmx!brucebReceived: by ucsd.edu; id AA11579    sendmail
  5390. 5.64/UCSD-2.2-sun    Sun, 19 Apr 92 04:30:05 -0700 for
  5391. /usr/lib/sendmail -oc -odb-oQ/var/spool/lqueue -oi
  5392. -fpacket-radio-relay packet-radio-list
  5393. Message-Id:<9204191130.AA11579@ucsd.edu>Date: Sun, 19 Apr 92
  5394. 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  5395. <packet-radio@ucsd.edu>Errors-To:
  5396. Packet-Radio-Errors@UCSD.EduReply-To:
  5397. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  5398. Digest V92 #104To: packet-radio@UCSD.EDUPacket-Radio Digest     
  5399.    Sun, 19 Apr 92       Volume 92 : Issue 104Today's Topics:    
  5400.                        active group?Send Replies or notes for
  5401. publication to: <Packet-Radio@UCSD.Edu> Sendsubscription
  5402. requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you
  5403. can'tsolve otherwise to brian@ucsd.edu.Archives of past issues
  5404. of the Packet-Radio Digest are available  (by FTP only)from
  5405. UCSD.Edu in directory "mailarchives/packet-radio".We trust that
  5406. readers are intelligent enough to realize that all text
  5407. hereinconsists of personal comments and does not represent the
  5408. official policies orpositions of any party.  Your mileage may
  5409. vary.  So
  5410. there.-----------------------------------------------------------
  5411. -----------Date: 18 Apr 92 19:18:51
  5412. GMTFrom:swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.e
  5413. du!usenet.ins.cwru.edu!ncoast!nshore!wariat!hernix!mike@network.U
  5414. CSD.EDU Subject: active group?To: packet-radio@ucsd.eduIs this
  5415. group active?  I have not seen any postings for a week.--
  5416. -----------------------------------------------------------------
  5417. ----------mike@hernix.wariat.org            hernix!mike         
  5418.              This space left blank+1 216 572 4172 login:  bbs   
  5419.             intentionalyStrongsville, OH USA             
  5420. -----------------------------------------------------------------
  5421. ----------------------------------------End of Packet-Radio
  5422. Digest V92
  5423. #104******************************------------------------------D
  5424. ate: 19 Apr 92 22:49:38 GMTFrom:
  5425. olivea!isc-br!tau-ceti!comtch!iea!FredGate@uunet.uu.netSubject:
  5426. automatic control (was: Help 2nd try tcpip ka9q problem)To:
  5427. packet-radio@ucsd.eduTo my certain knowledge, the BBS moderators
  5428. do indeed have restrictions on whatis allowed on the
  5429. boards...but like the FCC, they have a bit of troubleenforcing
  5430. their wishes. They, like the FCC, depend mostly on the goodwill
  5431. ofthe users. The whole concept of not taking responsibilty for a
  5432. message youforward is difficult to defend. I could change
  5433. "MYCALL" to anybodies I wanted,enter some drivel in a PBBS and
  5434. you say that this message should be forwardedwithout any thought
  5435. to content? Shouldn't somebody be responsible? The most likely
  5436. course the FCC will take, assuming that your opinion is the
  5437. oneheld by most hams, is to shut down automatic forwarding of
  5438. anything. What theydon't want is more headaches from us... pat 
  5439. nq7m * Origin: Radio Therapy BBS * 509.534.7924 *
  5440. (1:346/3)------------------------------Date: 19 Apr 92 20:49:44
  5441. GMTFrom:
  5442. swrinde!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!bradle
  5443. y.bradley.edu!camelot!moodyblu@network.UCSD.EDUSubject:
  5444. BaycomTo: packet-radio@ucsd.eduHello..I just downloaded the
  5445. Baycom software and I was wondering,How do you hook a modem up
  5446. to your radio? The docs don't really go into thehardware all
  5447. that much, but it seems like you can use just a standard
  5448. oldmodem.. is that true? this seems different from PMP.  Can
  5449. someone clarifythis for me?ThanksMatt,
  5450. KF8OH--==========================================================
  5451. =====================| Matt Weisberg, KF8OH        MILLIWAYS -
  5452. Computers, Peripherals & Consulting ||
  5453. moodyblu@camelot.bradley.edu            Authorized Altima &
  5454. D-Link Dealer   || Packet: KF8OH @ N9HWO                        
  5455. Southfield, Michigan          ||              Voice: (313)
  5456. 350-0503    BBS: (313)
  5457. 553-9274=========================================================
  5458. ======================------------------------------Date: Sun,
  5459. 19 Apr 1992 21:22:48 GMTFrom:
  5460. theory.TC.Cornell.EDU!payne@tcgould.tn.cornell.eduSubject:
  5461. BaycomTo: packet-radio@ucsd.eduIn article
  5462. <moodyblu.703716584@camelot> moodyblu@camelot.bradley.edu
  5463. (Matthew Weisberg) writes:>I just downloaded the Baycom software
  5464. and I was wondering,>How do you hook a modem up to your radio?
  5465. The docs don't really go into the>hardware all that much, but it
  5466. seems like you can use just a standard old>modem.. is that true?
  5467. this seems different from PMP.  Can someone clarify>this for
  5468. me?In general, telephone modems won't work for 1200 baud packet
  5469. (the exceptionis old Bell 202 modems).Baycom uses a small
  5470. external modem that is very similar to PMP's modem:  it has some
  5471. additional hardware for RS-232 level conversion.  Look in QST,
  5472. 73,etc. for companies selling Baycom-compatible modems (kits and
  5473. assembled).-- =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  = 
  5474. =  =  =  =  =  =  =  =  =  =Andrew C. Payne, N8KEI        UUCP: 
  5475. ...!cornell!batcomputer!payne                          INTERNET:
  5476.  payne@tc.cornell.edu------------------------------Date: 19 Apr
  5477. 92 23:49:18 GMTFrom:
  5478. swrinde!mips!darwin.sura.net!gatech!news.byu.edu!news.mtholyoke.e
  5479. du!nic.umass.edu!hamp.hampshire.edu!awoodhull@network.UCSD.EDUSub
  5480. ject: BaycomTo: packet-radio@ucsd.eduIn article
  5481. <moodyblu.703716584@camelot>, moodyblu@camelot.bradley.edu
  5482. (Matthew Weisberg) writes:> > I just downloaded the Baycom
  5483. software and I was wondering,> How do you hook a modem up to
  5484. your radio? The docs don't really go into the> hardware all that
  5485. much, but it seems like you can use just a standard old> modem..
  5486. is that true? this seems different from PMP.  Can someone
  5487. clarify> this for me?> What version of the Baycom software did
  5488. you download? I know there isnow a version 1.5 which I haven't
  5489. looked at yet. The earlier versionshad info on the modem
  5490. interface in the doc files that were part of the.zip file.
  5491. Basically Baycom similar to PMP except the serial port is used
  5492. insteadof the parallel port. The serial port is not used in a
  5493. standard way.The DTR line is used for transmit data, the CTS
  5494. line is used forreceived data, RTS is used to control the PTT.
  5495. The version of the modemI have (from N4PLK) also has a
  5496. connection to the normal TxD line, butthis is *not* used for
  5497. data at all, it is part of a scheme to deriveoperating power for
  5498. the modem from the RS232 port. You can't use a standard modem
  5499. because the standard is Bell 212, whichsends data
  5500. asynchronously, with stop and start bits. Packet data
  5501. usesanother standard (202?) with a different way of encoding the
  5502. data,frequency shift rather than phase encoding. It also is a
  5503. synchronousprotocol, meaning that the entire packet, up to 128
  5504. bytes of info plusflags and header and trailer, is sent as a
  5505. continuous stream of bits,without stop and start bits between
  5506. the bytes. In fact the concept ofbytes doesn't make sense, you
  5507. can't just take every eight bits in thepacket and call it a
  5508. byte, because the protocol inserts extra bits intothe body of
  5509. the packet as needed to prevent the normal information
  5510. fromerroneously duplicating the format of the flag which signals
  5511. the end ofthe packet.Although the PMP and Baycom modems are
  5512. similar, they are, unfortunately,not identical.  The basic modem
  5513. circuit is the same, but the levels andpolarities of the control
  5514. lines are different, and the PMP uses anoutput from the modem
  5515. chip to signal carrier detect, while the Baycomdoesn't use this
  5516. and instead determines from the data line whether validdata is
  5517. being received. It would be possible to make a modem that
  5518. couldbe jumpered to use with either system, but as far as I know
  5519. no-one hasoffered anything like this to the public. 73 de Al
  5520. Woodhull  
  5521. N1AWawoodhull@hamp.hampshire.edu------------------------------Dat
  5522. e: 19 Apr 92 17:36:24 GMTFrom:
  5523. swrinde!mips!darwin.sura.net!tulane!rex!agwbbs!Angelo_Glorioso_Ii
  5524. i@network.UCSD.EDUSubject: NOS under G8BPQ: is it worth it,
  5525. under what conditions?To: packet-radio@ucsd.eduHi Roy, I am
  5526. running a local bbs here in New Orleans with RLI and BPQ
  5527. Software.I am interested in using NOS but need to know what is
  5528. the best version to run?? So many different versions and types..
  5529. Also, where can I get FTP it??73 de Angelo N5UXT @ N5UXTPS: you
  5530. have a net startup to go by too??-- Via DLG Pro
  5531. v0.991Internet:angelo_glorioso_III@agwbbs.new-orleans.LA.US 
  5532. Usenet:rex!agwbbs!angelo_glorioso_III  Packet:N5UXT @
  5533. N5UXT.#NOLA.LA.USA.NA  Tcp/ip:N5UXT.AMPT.ORG 
  5534. [44.108.2.13]------------------------------Date: 19 Apr 1992
  5535. 12:45:59 -0700From: news-mail-gateway@ucsd.eduTo:
  5536. packet-radio@ucsd.eduReferences
  5537. BI08%UTEP.BITNET@ricevm1.rice.edu, (Murray, Voight)pSubject :
  5538. List activity> Date: 18 Apr 92 19:18:51 GMT> From:> 
  5539. swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usene
  5540. t.ins.cwru.e> 
  5541. !ncoast!nshore!wariat!hernix!mike@network.UCSD.EDU> Subject:
  5542. active group?> To: packet-radio@ucsd.edu>> Is this group active?
  5543.  I have not seen any postings for a week.>> -->
  5544. -----------------------------------------------------------------
  5545. ----------> mike@hernix.wariat.org> hernix!mike                    This space
  5546. left blank> +1 216 572 4172 login:  bbs                intentionaly>
  5547. Strongsville, OH USAI just signed on to the list yesterday
  5548. (4-18-92) and had yourmail this morning.I am working on my code
  5549. to get my tech and novice lic. in June.I understand that with
  5550. packet one can move files and informationaround between
  5551. computers similar to a modem and phone line.There seems to be a
  5552. lot more to it than that.  Is there a FAQthat I could pick up
  5553. that might give me some of the
  5554. basics?Thanks~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Murray Voight     
  5555.               |bi08@utep.bitnet       Internet 
  5556. |wmvoight@mcimail.com   MCI       |(915) 593-6293         Fax   
  5557.    |El Paso, Texas                  
  5558. /~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~------------------------------E
  5559. nd of Packet-Radio Digest V92
  5560. #105******************************Date: Tue, 21 Apr 92 04:30:03
  5561. PDTFrom: Packet-Radio Mailing List and Newsgroup
  5562. <packet-radio@ucsd.edu>Errors-To:
  5563. Packet-Radio-Errors@UCSD.EduReply-To:
  5564. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  5565. Digest V92 #106To: packet-radioPacket-Radio Digest         Tue,
  5566. 21 Apr 92       Volume 92 : Issue 106Today's Topics:            
  5567.                    (none)                            AEA's
  5568. DSP2232                 A Packet/Amtor hybrid called
  5569. PactorARRL's "Business Rule" proposal - automatic retransmission
  5570. prohibited? (3 msgs)                  Baycom USCC Karte Details
  5571. anyone ?                  BayCom v1.5 - no docs on interface    
  5572.               Help with KA9Q and Appletalk...                 
  5573. Hudson Division Convention/Hamfest                         NOS
  5574. for ISC (2 msgs)                       PacketCluster SYSOPs.... 
  5575.            Yaesu FT-767GX and MFJ-1270 TNC 2 connectionSend
  5576. Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
  5577. subscription requests to:
  5578. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  5579. otherwise to brian@ucsd.edu.Archives of past issues of the
  5580. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  5581. directory "mailarchives/packet-radio".We trust that readers are
  5582. intelligent enough to realize that all textherein consists of
  5583. personal comments and does not represent the officialpolicies or
  5584. positions of any party.  Your mileage may vary.  So
  5585. there.-----------------------------------------------------------
  5586. -----------Date: 20 Apr 1992 09:36:17 -0700From:
  5587. news-mail-gateway@ucsd.eduSubject: (none)To:
  5588. packet-radio@ucsd.edu   ----- Mail rejected by CEO. -----No
  5589. Response from Remote   Mail not sent to:john allen@dgc.ceo  
  5590. ----- Unsent message follows -----From: packet-radio@ucsd.eduTo:
  5591.  packet-radio@UCSD.EDUSubject: Packet-Radio Digest V92
  5592. #105X-Ceo_Options:  DocumentSee document for message.CEO
  5593. document contents:  Received: from dg-rtp.dg.com (dg-rtp) by
  5594. rtp41.rtp.dg.com (1.00/2.1)      idAD00020; Mon, 20 Apr 92
  5595. 10:10:30 edtReceived: from ucsd.edu by dg-rtp.dg.com
  5596. (5.4/dg-rtp-proto)     id AA05907;Mon, 20 Apr 1992 10:09:32
  5597. -0400Received: by ucsd.edu; id AA28195    sendmail
  5598. 5.64/UCSD-2.2-sun    Mon, 20 Apr 92 04:30:08 -0700 for
  5599. infmx!brucebReceived: by ucsd.edu; id AA28191    sendmail
  5600. 5.64/UCSD-2.2-sun    Mon, 20 Apr 92 04:30:05 -0700 for
  5601. /usr/lib/sendmail -oc -odb-oQ/var/spool/lqueue -oi
  5602. -fpacket-radio-relay packet-radio-list
  5603. Message-Id:<9204201130.AA28191@ucsd.edu>Date: Mon, 20 Apr 92
  5604. 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  5605. <packet-radio@ucsd.edu>Errors-To:
  5606. Packet-Radio-Errors@UCSD.EduReply-To:
  5607. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  5608. Digest V92 #105To: packet-radio@UCSD.EDUPacket-Radio Digest     
  5609.    Mon, 20 Apr 92       Volume 92 : Issue 105Today's Topics:    
  5610.                       (none) (2 msgs)       automatic control
  5611. (was: Help 2nd try tcpip ka9q problem)                          
  5612. Baycom (3 msgs)       NOS under G8BPQ: is it worth it, under
  5613. what conditions?Send Replies or notes for publication to:
  5614. <Packet-Radio@UCSD.Edu> Sendsubscription requests to:
  5615. <Packet-Radio-REQUEST@UCSD.Edu> Problems you can'tsolve
  5616. otherwise to brian@ucsd.edu.Archives of past issues of the
  5617. Packet-Radio Digest are available  (by FTP only)from UCSD.Edu in
  5618. directory "mailarchives/packet-radio".We trust that readers are
  5619. intelligent enough to realize that all text hereinconsists of
  5620. personal comments and does not represent the off ic
  5621.  
  5622. ial policies orpositions of any party.  Your mileage may vary. 
  5623. So
  5624. there.-----------------------------------------------------------
  5625. -----------Date: 19 Apr 1992 07:00:34 -0700From:
  5626. news-mail-gateway@ucsd.eduSubject: (none)To:
  5627. packet-radio@ucsd.edu   ----- Mail rejected by CEO. -----No
  5628. Response from Remote   Mail not sent to:al brackett@img008.ceo  
  5629. ----- Unsent message follows -----From: packet-radio@ucsd.eduTo:
  5630.  packet-radio@UCSD.EDUSubject: Packet-Radio Digest V92
  5631. #104X-Ceo_Options:  DocumentSee document for message.CEO
  5632. document contents:  Received: from dg-rtp.dg.com (dg-rtp) by
  5633. rtp41.rtp.dg.com (1.00/2.1)      idAA00020; Sun, 19 Apr 92
  5634. 08:50:40 edtReceived: from ucsd.edu by dg-rtp.dg.com
  5635. (5.4/dg-rtp-proto)     id AA22695;Sun, 19 Apr 1992 08:49:46
  5636. -0400Received: by ucsd.edu; id AA11583    sendmail
  5637. 5.64/UCSD-2.2-sun    Sun, 19 Apr 92 04:30:07 -0700 for
  5638. infmx!brucebReceived: by ucsd.edu; id AA11579    sendmail
  5639. 5.64/UCSD-2.2-sun    Sun, 19 Apr 92 04:30:05 -0700 for
  5640. /usr/lib/sendmail -oc -odb-oQ/var/spool/lqueue -oi
  5641. -fpacket-radio-relay packet-radio-list
  5642. Message-Id:<9204191130.AA11579@ucsd.edu>Date: Sun, 19 Apr 92
  5643. 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  5644. <packet-radio@ucsd.edu>Errors-To:
  5645. Packet-Radio-Errors@UCSD.EduReply-To:
  5646. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  5647. Digest V92 #104To: packet-radio@UCSD.EDUPacket-Radio Digest     
  5648.    Sun, 19 Apr 92       Volume 92 : Issue 104Today's Topics:    
  5649.                        active group?Send Replies or notes for
  5650. publication to: <Packet-Radio@UCSD.Edu> Sendsubscription
  5651. requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you
  5652. can'tsolve otherwise to brian@ucsd.edu.Archives of past issues
  5653. of the Packet-Radio Digest are available  (by FTP only)from
  5654. UCSD.Edu in directory "mailarchives/packet-radio".We trust that
  5655. readers are intelligent enough to realize that all text
  5656. hereinconsists of personal comments and does not represent the
  5657. official policies orpositions of any party.  Your mileage may
  5658. vary.  So
  5659. there.-----------------------------------------------------------
  5660. -----------Date: 18 Apr 92 19:18:51
  5661. GMTFrom:swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.e
  5662. du!usenet.ins.cwru.edu!ncoast!nshore!wariat!hernix!mike@network.U
  5663. CSD.EDU Subject: active group? To:packet-radio@ucsd.eduIs this
  5664. group active?  I have not seen any postings for a week.--
  5665. -----------------------------------------------------------------
  5666. ----------mike@hernix.wariat.org            hernix!mike         
  5667.              This space left blank+1 216 572 4172 login:  bbs   
  5668.             intentionalyStrongsville, OH USA             
  5669. -----------------------------------------------------------------
  5670. ----------------------------------------End of Packet-Radio
  5671. Digest V92
  5672. #104******************************------------------------------D
  5673. ate: 19 Apr 1992 07:59:34 -0700From:
  5674. news-mail-gateway@ucsd.eduSubject: (none)To:
  5675. packet-radio@ucsd.edu   ----- Mail rejected by CEO. -----No
  5676. Response from Remote   Mail not sent to:john allen@dgc.ceo  
  5677. ----- Unsent message follows -----From: packet-radio@ucsd.eduTo:
  5678.  packet-radio@UCSD.EDUSubject: Packet-Radio Digest V92
  5679. #104X-Ceo_Options:  DocumentSee document for message.CEO
  5680. document contents:  Received: from dg-rtp.dg.com (dg-rtp) by
  5681. rtp41.rtp.dg.com (1.00/2.1)      idAA00020; Sun, 19 Apr 92
  5682. 09:32:34 edtReceived: from ucsd.edu by dg-rtp.dg.com
  5683. (5.4/dg-rtp-proto)     id AA29423;Sun, 19 Apr 1992 09:31:39
  5684. -0400Received: by ucsd.edu; id AA11583    sendmail
  5685. 5.64/UCSD-2.2-sun    Sun, 19 Apr 92 04:30:07 -0700 for
  5686. infmx!brucebReceived: by ucsd.edu; id AA11579    sendmail
  5687. 5.64/UCSD-2.2-sun    Sun, 19 Apr 92 04:30:05 -0700 for
  5688. /usr/lib/sendmail -oc -odb-oQ/var/spool/lqueue -oi
  5689. -fpacket-radio-relay packet-radio-list
  5690. Message-Id:<9204191130.AA11579@ucsd.edu>Date: Sun, 19 Apr 92
  5691. 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  5692. <packet-radio@ucsd.edu>Errors-To:
  5693. Packet-Radio-Errors@UCSD.EduReply-To:
  5694. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  5695. Digest V92 #104To: packet-radio@UCSD.EDUPacket-Radio Digest     
  5696.    Sun, 19 Apr 92       Volume 92 : Issue 104Today's Topics:    
  5697.                        active group?Send Replies or notes for
  5698. publication to: <Packet-Radio@UCSD.Edu> Sendsubscription
  5699. requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you
  5700. can'tsolve otherwise to brian@ucsd.edu.Archives of past issues
  5701. of the Packet-Radio Digest are available  (by FTP only)from
  5702. UCSD.Edu in directory "mailarchives/packet-radio".We trust that
  5703. readers are intelligent enough to realize that all text
  5704. hereinconsists of personal comments and does not represent the
  5705. official policies orpositions of any party.  Your mileage may
  5706. vary.  So
  5707. there.-----------------------------------------------------------
  5708. -----------Date: 18 Apr 92 19:18:51
  5709. GMTFrom:swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.e
  5710. du!usenet.ins.cwru.edu!ncoast!nshore!wariat!hernix!mike@network.U
  5711. CSD.EDU Subject: active group? To:packet-radio@ucsd.eduIs this
  5712. group active?  I have not seen any postings for a week.--
  5713. -----------------------------------------------------------------
  5714. ----------mike@hernix.wariat.org            hernix!mike         
  5715.              This space left blank+1 216 572 4172 login:  bbs   
  5716.             intentionalyStrongsville, OH USA             
  5717. -----------------------------------------------------------------
  5718. ----------------------------------------End of Packet-Radio
  5719. Digest V92
  5720. #104******************************------------------------------D
  5721. ate: 19 Apr 92 22:49:38 GMTFrom:
  5722. olivea!isc-br!tau-ceti!comtch!iea!FredGate@uunet.uu.net
  5723. Subject:automatic control (was: Help 2nd try tcpip ka9q problem)
  5724. To:packet-radio@ucsd.eduTo my certain knowledge, the BBS
  5725. moderators do indeed have restrictions on whatis allowed on the
  5726. boards...but like the FCC, they have a bit of troubleenforcing
  5727. their wishes. They, like the FCC, depend mostly on the goodwill
  5728. ofthe users. The whole concept of not taking responsibilty for a
  5729. message youforward is difficult to defend. I could change
  5730. "MYCALL" to anybodies I wanted,enter some drivel in a PBBS and
  5731. you say that this message should be forwardedwithout any thought
  5732. to content? Shouldn't somebody be responsible?  The mostlikely
  5733. course the FCC will take, assuming that your opinion is the one
  5734. held bymost hams, is to shut down automatic forwarding of
  5735. anything. What they don'twant is more headaches from us... pat 
  5736. nq7m * Origin: Radio Therapy BBS * 509.534.7924 *
  5737. (1:346/3)------------------------------Date: 19 Apr 92 20:49:44
  5738. GMTFrom:swrinde!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.ed
  5739. u!bradley.bradley.edu!camelot!moodyblu@network.UCSD.EDU Subject:
  5740. BaycomTo: packet-radio@ucsd.eduHello..I just downloaded the
  5741. Baycom software and I was wondering, How do you hook amodem up
  5742. to your radio? The docs don't really go into the hardware all
  5743. thatmuch, but it seems like you can use just a standard old
  5744. modem.. is that true?this seems different from PMP.  Can someone
  5745. clarify this for me?ThanksMatt,
  5746. KF8OH--==========================================================
  5747. =====================| Matt Weisberg, KF8OH        MILLIWAYS -
  5748. Computers, Peripherals & Consulting ||
  5749. moodyblu@camelot.bradley.edu            Authorized Altima &
  5750. D-Link Dealer   || Packet: KF8OH @ N9HWO                        
  5751. Southfield, Michigan          ||              Voice: (313)
  5752. 350-0503    BBS: (313)
  5753. 553-9274=========================================================
  5754. ======================------------------------------Date: Sun,
  5755. 19 Apr 1992 21:22:48 GMTFrom:
  5756. theory.TC.Cornell.EDU!payne@tcgould.tn.cornell.edu Subject:
  5757. BaycomTo: packet-radio@ucsd.eduIn article
  5758. <moodyblu.703716584@camelot> moodyblu@camelot.bradley.edu
  5759. (MatthewWeisberg) writes: >I just downloaded the Baycom software
  5760. and I was wondering,>How do you hook a modem up to your radio?
  5761. The docs don't really go into the>hardware all that much, but it
  5762. seems like you can use just a standard old>modem.. is that true?
  5763. this seems different from PMP.  Can someone clarify>this for
  5764. me?In general, telephone modems won't work for 1200 baud packet
  5765. (the exception isold Bell 202 modems).Baycom uses a small
  5766. external modem that is very similar to PMP's modem:  ithas some
  5767. additional hardware for RS-232 level conversion.  Look in QST,
  5768. 73,etc. for companies selling Baycom-compatible modems (kits and
  5769. assembled).-- =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  = 
  5770. =  =  =  =  =  =  =  =  =  =Andrew C. Payne, N8KEI        UUCP: 
  5771. ...!cornell!batcomputer!payne                          INTERNET:
  5772.  payne@tc.cornell.edu------------------------------Date: 19 Apr
  5773. 92 23:49:18
  5774. GMTFrom:swrinde!mips!darwin.sura.net!gatech!news.byu.edu!news.mth
  5775. olyoke.edu!nic.umass.edu!hamp.hampshire.edu!awoodhull@network.UCS
  5776. D.EDU Subject: BaycomTo: packet-radio@ucsd.eduIn article
  5777. <moodyblu.703716584@camelot>, moodyblu@camelot.bradley.edu 
  5778. (MatthewWeisberg) writes:> > I just downloaded the Baycom
  5779. software and I was wondering, > How do you hooka modem up to
  5780. your radio? The docs don't really go into the > hardware all
  5781. thatmuch, but it seems like you can use just a standard old >
  5782. modem.. is that true?this seems different from PMP.  Can someone
  5783. clarify > this for me?> What version of the Baycom software did
  5784. you download? I know there is now aversion 1.5 which I haven't
  5785. looked at yet. The earlier versions had info on themodem
  5786. interface in the doc files that were part of the .zip file.
  5787. Basically Baycom similar to PMP except the serial port is used
  5788. instead of theparallel port. The serial port is not used in a
  5789. standard way. The DTR line isused for transmit data, the CTS
  5790. line is used for received data, RTS is used tocontrol the PTT.
  5791. The version of the modem I have (from N4PLK) also has
  5792. aconnection to the normal TxD line, but this is *not* used for
  5793. data at all, itis part of a scheme to derive operating power for
  5794. the modem from the RS232port. You can't use a standard modem
  5795. because the standard is Bell 212, which sendsdata
  5796. asynchronously, with stop and start bits. Packet data uses
  5797. anotherstandard (202?) with a different way of encoding the
  5798. data, frequency shiftrather than phase encoding. It also is a
  5799. synchronous protocol, meaning that theentire packet, up to 128
  5800. bytes of info plus flags and header and trailer, issent as a
  5801. continuous stream of bits, without stop and start bits between
  5802. thebytes. In fact the concept of bytes doesn't make sense, you
  5803. can't just takeevery eight bits in the packet and call it a
  5804. byte, because the protocol insertsextra bits into the body of
  5805. the packet as needed to prevent the normalinformation from
  5806. erroneously duplicating the format of the flag which signalsthe
  5807. end of the packet.Although the PMP and Baycom modems are
  5808. similar, they are, unfortunately, notidentical.  The basic modem
  5809. circuit is the same, but the levels and polaritiesof the control
  5810. lines are different, and the PMP uses an output from the
  5811. modemchip to signal carrier detect, while the Baycom doesn't use
  5812. this and insteaddetermines from the data line whether valid data
  5813. is being received. It would bepossible to make a modem that
  5814. could be jumpered to use with either system, butas far as I know
  5815. no-one has offered anything like this to the public. 73 de Al
  5816. Woodhull  
  5817. N1AWawoodhull@hamp.hampshire.edu------------------------------Dat
  5818. e: 19 Apr 92 17:36:24
  5819. GMTFrom:swrinde!mips!darwin.sura.net!tulane!rex!agwbbs!Angelo_Glo
  5820. rioso_Iii@network.UCSD.EDU Subject: NOS under G8BPQ: is it worth
  5821. it, under what conditions? To:packet-radio@ucsd.eduHi Roy, I am
  5822. running a local bbs here in New Orleans with RLI and BPQ
  5823. Software. I aminterested in using NOS but need to know what is
  5824. the best version to  run?? Somany different versions and types..
  5825. Also, where can I get FTP it??73 de Angelo N5UXT @ N5UXTPS: you
  5826. have a net startup to go by too??-- Via DLG Pro
  5827. v0.991Internet:angelo_glorioso_III@agwbbs.new-orleans.LA.US 
  5828. Usenet:rex!agwbbs!angelo_glorioso_III  Packet:N5UXT @
  5829. N5UXT.#NOLA.LA.USA.NA  Tcp/ip:N5UXT.AMPT.ORG 
  5830. [44.108.2.13]------------------------------Date: 19 Apr 1992
  5831. 12:45:59 -0700From: news-mail-gateway@ucsd.eduTo:
  5832. packet-radio@ucsd.eduReferences
  5833. BI08%UTEP.BITNET@ricevm1.rice.edu, (Murray, Voight)p Subject :
  5834. Listactivity> Date: 18 Apr 92 19:18:51 GMT>
  5835. From:>swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu
  5836. !usenet.ins.cwru.e> 
  5837. !ncoast!nshore!wariat!hernix!mike@network.UCSD.EDU > Subject:
  5838. active group?> To: packet-radio@ucsd.edu>> Is this group active?
  5839.  I have not seen any postings for a week. >> -->
  5840. -----------------------------------------------------------------
  5841. ---------- >mike@hernix.wariat.org> hernix!mike                 
  5842.    This space left blank> +1 216 572 4172 login:  bbs           
  5843.        intentionaly> Strongsville, OH USAI just signed on to the
  5844. list yesterday (4-18-92) and had your mail thismorning.I am
  5845. working on my code to get my tech and novice lic. in June.I
  5846. understand that with packet one can move files and information
  5847. around betweencomputers similar to a modem and phone line. There
  5848. seems to be a lot more to itthan that.  Is there a FAQ that I
  5849. could pick up that might give me some of
  5850. thebasics?Thanks~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Murray Voight  
  5851.                  |bi08@utep.bitnet       Internet 
  5852. |wmvoight@mcimail.com   MCI       |(915) 593-6293         Fax   
  5853.    |El Paso, Texas                  
  5854. /~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~------------------------------E
  5855. nd of Packet-Radio Digest V92
  5856. #105******************************------------------------------D
  5857. ate: 20 Apr 92 20:58:46 GMTFrom:
  5858. idacrd!n4hy@princeton.eduSubject: AEA's DSP2232To:
  5859. packet-radio@ucsd.eduAt long last, the fully operational
  5860. software is onboard the DSP2232.It does everything promised and
  5861. more:  It does two ports simultaneouslywith several modes
  5862. paired.  I am given to understand that the ownerof LL Grace (and
  5863. manufacturer of the DSP-12) has been telling peopleall over the
  5864. world that the DSP2232 would never support dual ports asthere
  5865. wasn't enough time on the DSP chip.  Hogwash.  The chip has 50%
  5866. ofthe ticks free when running a VHF modem on one port and HF
  5867. modem on theother.  At this time I am working on getting two
  5868. 9600 bps modems torun.  There the timing of events is critical. 
  5869. Each radio side has tobe serviced at 76400 samples per second. 
  5870. With a trick I can do withone of the unused chip selects, I can
  5871. see what kind of time the programspends in the idle loop.  It is
  5872. also spending less than 50 % of the timedoing real work. 
  5873. However!  There is extra overhead in servicing two
  5874. differentradios at once.  BEFORE YOU BUY A Multimode controller
  5875. of any variety,consider this box.  It is definitely the most
  5876. capable at this time.  Ifyou are going to the Dayton hamvention
  5877. or to the LA hamvention, you willbe able to see all the toys
  5878. displayed.  The modems onboard the last ROMI shipped:Packet:HF
  5879. 300 bps, Bel202 1200 bps (both standard packet modes), 2400
  5880. bps(KAM 2400 or AEA PK-90 standard), PSK 1200 and 4800 bps,
  5881. PACSAT modemsat 1200 and 4800 bps, MSK at 1200 and 2400 bps,
  5882. K9NG or G3RUH at 9600 bps.I have implemented a decision feedback
  5883. equalizer in the G3RUH modem whichGREATLY improves the copy of
  5884. UO-22 for example.  The dual port modemsin the box at this time
  5885. are  HF 300 bps and VHF 1200 bps packet,  twoVHF ports, and
  5886. baudot/amtor and VHF packet (what???  yes apparently thiswould
  5887. be very popular with the DX cluster folks, we'll see).  I am
  5888. workingon two 9600's side by side.  Stand by for further news on
  5889. this.  On thedual port stuff, the host side software is FULLY
  5890. operational.  I monitortwo channels at once without aid of
  5891. special software and gateway from oneside to the other is as
  5892. easy as digipeating via the gateway call sign.(Look out KAM). 
  5893. We will support ALL HF modes paired
  5894. simultaneously.Baudot/AMTORThere is every conceivable shift and
  5895. tone pair and your favorite is notthere, it is only software.  I
  5896. regularly copy 170/425/ and 850 Hz shiftstuff listed in the
  5897. listening times.  There work as well as the PK-232and can be
  5898. made better when I have more time.Miscellaneous:Morse:This
  5899. turned out to be quite an interesting exercise.  I did a neat
  5900. trickthat improved the performance of this demod over most that
  5901. do morse.  Thereal problem with others morse demods is that they
  5902. are compromises; addons as an afterthought because you cannot
  5903. have a multimode without morse,etc.  This modem is killing an
  5904. ant with an atom bomb, great filters, greatalgorithm for
  5905. detection, etc.Grey Scale Fax, and SSTV:I implemented grey scale
  5906. WEFAX, APT, and SSTV demods.  I wrote an applicationto display
  5907. these.  The application needs work, the demods do not.  If
  5908. youare not looking at the weather charts or the sat photos, you
  5909. are missinga fun thing.  This box makes it easy.  The standard
  5910. will be made public sothat others can do a better job than I
  5911. since I have little interest insupporting such an application. 
  5912. The basic operation is quite simple:Data is sent out as 8 bit
  5913. pixel values, this is frequency for the WEFAXand SSTV or
  5914. amplitude for APT.  There are several people working on
  5915. theapplication for AEA and this has not all crystallized but the
  5916. basicfunctionality is there.Spectrum analysis:I did a 512 point
  5917. real valued FFT (using the old trick of doing it witha 256 pt
  5918. complex) and then formatted the data to be sent out the
  5919. serialport.  This is displayed with an application I wrote.  It
  5920. is pretty neatto have amplitude and phase plots for you receiver
  5921. looking at both knownand unknown signals.Automatic Gain
  5922. Control:There are several modes for which this is a must, there
  5923. are several modesfor which this is a bust (PSK from AO-16 for
  5924. the former and WEFAX-APT forthe latter or morse for examples). 
  5925. There is a no compromise attitudewith this now.  It drastically
  5926. changes the performance of the modems.The modems are now stored
  5927. with AGC state settings in them.  There are severaldifferent AGC
  5928. settings, off, on, more on, different time constants forattack
  5929. and decay, etc.   This was a brilliant piece of retro
  5930. engineering forAEA by Al Chandler and it fits right into the
  5931. existing units.  If you havenot gotten this retrofit, it is now
  5932. an absolute must.  Call them up andthey will be happy to do it. 
  5933. By the way, if you have an application forwhich you do not want
  5934. AGC or wish to provide your own, you can change theAGC from the
  5935. command line.DCD thresholds:DCD thresholds are set from the
  5936. command line.  For those modems which operateon coherence of
  5937. carrier detection or coherence in the data detection, you needto
  5938. set the threshold for your radios.  This is done via the command
  5939. if you findthat the default setting is inappropriate for your
  5940. lash up.Experimenters kit:Many have asked me when and whether
  5941. there would be an experimenters kit(you can download modems you
  5942. write to the unit).  I cannot give you anexact date.  The fully
  5943. operational stuff has been delayed enough thatthere has not been
  5944. enough time to even think about it.  Now that themajor hurdles
  5945. are behind us,  we can begin to work on this in earnest.The
  5946. bottom line is that the unit is fully operational, and to my
  5947. mind,it now exceeds what I thought its potential would be.  This
  5948. is a functionof my having gotten better at DSP and the folks at
  5949. AEA (Steve Stuart andAl Chandler) working very hard with me. 
  5950. For those of you with the unitsalready, it is about to get
  5951. amazingly better.   Stop by the AEA booth in Dayton and see
  5952. it.Bob McGwier, N4HY------------------------------Date: 20 Apr
  5953. 92 19:21:39 GMTFrom:
  5954. swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usene
  5955. t.ins.cwru.edu!agate!linus!linus.mitre.org!mwvm.mitre.org!M16146@
  5956. network.UCSD.EDUSubject: A Packet/Amtor hybrid called PactorTo:
  5957. packet-radio@ucsd.eduPACTOR is being marketed in the US (Canada
  5958. too is my guess) by PACCOM.  Thedirector of PACCOM spoke at TAPR
  5959. '92 in Tucson on the product.  Not sure ifThey are the only
  5960. distributers or not.  Reason for marketing via second partyis
  5961. economics of European manufacturing - cheaper to build and
  5962. distribute here.Vern Eubanks, AA7EI,
  5963. eubanks@mwunix.mitre.orgp.s. will probably see this at Dayton if
  5964. you are going (I am).------------------------------Date: 20 Apr
  5965. 92 13:37:40 GMTFrom:
  5966. usc!cs.utexas.edu!tamsun!cs.tamu.edu!willis@network.UCSD.EDUSubje
  5967. ct: ARRL's "Business Rule" proposal - automatic retransmission
  5968. prohibited?To: packet-radio@ucsd.eduIn article
  5969. <1992Apr17.174607.3069@pictel.com>, wpns@pictel.com (Willie
  5970. Smith) writes:|> I read in the March(?) QST that the ARRL
  5971. requested that the FCC change|> their rules slightly on the
  5972. "Business" use of ham radio.  Most of it|> seemed to make pretty
  5973. good sense, but buried at the end of their|> proposal was a
  5974. section that "With the exception of stations in|> Auxiliary,
  5975. Repeater, and Space operations, amateur stations are|>
  5976. prohibited from automatically retransmitting other amateur's|>
  5977. transmissions." or some such.  Sounds to me like a big problem
  5978. for|> packet operations....  Did anyone else catch this, or did
  5979. I just read|> it wrong?At first glance, this is a paraphrase of
  5980. 97.113(f), and as such still mayconflict (IMVHO) with 97.109(e)
  5981. UNLESS the packet system is classified asa repeater -- even if
  5982. it only uses one frequency.  Not a very satisfactoryexplanation.
  5983.  I too, am bothered that the ARRL chose to use the phrase"other
  5984. amateur's transmissions" rather than the current "radio
  5985. signals".Sounds like it is aimed directly at packet.I think the
  5986. current packet mode of operation should be explicitly
  5987. recognizedrather than force people (even EICs) to interpret
  5988. rules that clearlydo not directly apply.Willis
  5989. n5szf------------------------------Date: 21 Apr 92 01:16:52
  5990. GMTFrom:
  5991. swrinde!sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!alanb@network
  5992. .UCSD.EDUSubject: ARRL's "Business Rule" proposal - automatic
  5993. retransmission prohibited?To: packet-radio@ucsd.eduIn
  5994. rec.radio.amateur.packet, wpns@pictel.com (Willie Smith)
  5995. writes:>"With the exception of stations in>Auxiliary, Repeater,
  5996. and Space operations, amateur stations are>prohibited from
  5997. automatically retransmitting other amateur's>transmissions." or
  5998. some such.  Sounds to me like a big problem for>packet
  5999. operations....  I don't think this would apply to most packet
  6000. stations.  Packet stationsdo not retransmit other transmissions
  6001. -- rather they receive a packetstore it temporarily and then
  6002. retransmit the packet.AL N1AL------------------------------Date:
  6003. Tue, 21 Apr 1992 08:24:23 GMTFrom:
  6004. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  6005. bject: ARRL's "Business Rule" proposal - automatic
  6006. retransmission prohibited?To: packet-radio@ucsd.eduThe legal
  6007. definition of a "repeater" is one I know we've bouncedaround on
  6008. the ARRL Digital Committee for some time without muchresolution.
  6009.  I think it's important because of the rules limitingrepeaters
  6010. to certain frequency subbands. E.g., is a "digipeater" on145.6
  6011. Mhz legal? The FCC has never really ruled on this issue.I would
  6012. like to see a "repeater" defined for the purposes of the rulesas
  6013. a device that automatically retransmits signals *without
  6014. beinguniquely and specifically addressed* in some way by the
  6015. station beingrepeated.An ordinary FM voice repeater would
  6016. certainly qualify, since there'snothing special about the
  6017. signals it repeats. (Ordinary PL toneswouldn't qualify as
  6018. "specific addresses" since they're not unique.)But a digipeater
  6019. or IP router would not be considered a repeaterbecause they
  6020. don't relay traffic unless they are specificallyaddressed and
  6021. asked to do so, either by callsign or IP address (bothbeing
  6022. unique). So you could put them anywhere the modulation methodis
  6023. allowed.A voice "repeater" that required some form of digital PL
  6024. with uniquecodes could also escape being confined to the
  6025. repeater subbands.  Buton the other hand, a simple "bent-pipe"
  6026. regenerating digital repeaterwould have to operate in the
  6027. repeater subbands since it's notspecifically addressed by its
  6028. users; there's no way that someonetransmitting on its input
  6029. could ask it to not relay his signals.I think this would be a
  6030. good definition because the whole reason forrepeater subbands in
  6031. the first place was to keep them off frequencieswhere they might
  6032. repeat signals unintentionally. This is simply not aproblem if
  6033. the user has to specifically ask the system to repeat
  6034. hissignals.Phil------------------------------Date: 20 Apr 92
  6035. 11:31:42 GMTFrom:
  6036. munnari.oz.au!yoyo.aarnet.edu.au!sirius.ucs.adelaide.edu.au!level
  6037. s!xtasc@network.UCSD.EDUSubject: Baycom USCC Karte Details
  6038. anyone ?To: packet-radio@ucsd.eduDoes anyone have any
  6039. information on the Baycom USCC Karte card that is nowsupported
  6040. by BPQ in 4.05. Can instructions/layouts/kits/complete unitsbe
  6041. obtained anywhere ... prices ?73's ... Rob--   _--_/\   rob
  6042. mayfield     [technical analyst][vk5 net44 co-or] australian / 
  6043. oz  \  internet         mayfield@itd.adelaide.edu.au         
  6044. submarine/   vk   \ packet (ampr)    vk5xxx@vk5xip.#sa.aus.oc   
  6045.         corporation\   __   / applelink        aust0177    or   
  6046.  aust0177@applelink.apple.com \_/  *_/  african swallow  po box
  6047. 46, henley beach            +6182342294h       o   *here!       
  6048.    south australia, 5022             
  6049. +6183487713w------------------------------Date: 21 Apr 92
  6050. 03:52:15 GMTFrom:
  6051. usc!sol.ctr.columbia.edu!lll-winken!iggy.GW.Vitalink.COM!widener!
  6052. eff!news.byu.edu!news.mtholyoke.edu!nic.umass.edu!hamp.hampshire.
  6053. edu!awoodhull@network.UCSD.EDUSubject: BayCom v1.5 - no docs on
  6054. interfaceTo: packet-radio@ucsd.eduIn article
  6055. <1992Apr19.194918.1@hamp.hampshire.edu>, I wrote, in response to
  6056. a query from moodyblu@camelot.bradley.edu abouthooking up a
  6057. computer running BayCom to a modem and radio:> The earlier
  6058. versions had info on the modem interface in the doc files> that
  6059. were part of the .zip file.  I just unzipped the BayCom version
  6060. 1.5 file that I had downloaded sometime ago and found that it
  6061. doesn't even have a doc file in the usualsense. It does have a
  6062. large on-line help file that is designed to beaccessed from the
  6063. program itself.  There doesn't seem to be a generaldescription
  6064. of the system or the operation of the modem anywhere in thisfile
  6065. however. It also has been translated from the German in a
  6066. prettyawkward way (which was true of the first version,
  6067. too).It's going to be hard for anyone to do anything with this
  6068. withoutinformation that is lacking. My own experience trying to
  6069. communicatewith the authors of Baycomm, including sending them
  6070. in good faith therequested donation, is that although I did
  6071. receive an update of theprogram it took many months, and I
  6072. received no response to any of thequestions I asked them.I
  6073. gather that the authors are annoyed about the way others
  6074. havedistributed their work. In the new package they say in the
  6075. README filethat they do not allow distribution in conjunction
  6076. with any otherproduct (I presume that would mean in conjunction
  6077. with a modem kit) byanyone other than their authorized
  6078. distributors, of which theyapparently have one in the UK and one
  6079. (PacComm) in the US. It seems to me this is a little misguided.
  6080. The circuit for the BayCommodem is very simple, even simpler
  6081. than the sample circuits given forthe TCM 3105 modem chip by
  6082. Texas Instruments in theirTelecommunications Circuits Data Book.
  6083. The one element that is not inthe TI data is the use of CMOS
  6084. 74HC04 inverters to safely connect themodem's TTL level digital
  6085. side to the +/- 15 volt RS232 levels of aserial port, but this
  6086. is probably not original.  The genius of BayCom(and it is a very
  6087. sophisticated program, much more like a full-featuredTNC than
  6088. PMP) is the program itself. It seems silly to distribute
  6089. thisprogram as shareware and then to get upset about other
  6090. people producingthe modem and distributing the software along
  6091. with it.When I first became interested in BayCom a year ago I
  6092. purchased a modemboard from N4PLK. I don't know if N4PLK is one
  6093. of those about whom theBayCom authors are now complaining.  I
  6094. certainly don't see anythingwrong with his practices. He
  6095. supplied complete information on the designof his board before I
  6096. bought one, and the board itself was well made andwas even sold
  6097. with an offer to repair it in case of trouble or to refundmy
  6098. money if it wouldn't work with my computer. He also supplied a
  6099. copyof the complete BayCom software on a disk, and there was
  6100. nothing missingfrom it, all of the copyright information and
  6101. requests for donations tothe project were intact.My advice to
  6102. anyone considering Baycom would be to contact PacComm, findout
  6103. what kind of support they are going to offer, but also to try
  6104. tofind and download from your favorite ftp site a copy of one of
  6105. theearlier versions, 1.2 or 1.4, if only just to get some of
  6106. thedocumentation about the modem interface which has been left
  6107. out of thenew version. Some time ago I placed a copy of BayCom
  6108. version 1.4 on mylocal anonymous ftp area, /pub on
  6109. dawn.hampshire.edu, and I will leaveit there even though it is
  6110. no longer the most recent version.73 de Al Woodhull  
  6111. N1AWawoodhull@hamp.hampshire.edu------------------------------Dat
  6112. e: 20 Apr 92 16:34:11 GMTFrom:
  6113. munnari.oz.au!spool.mu.edu!uwm.edu!ogicse!willamette.edu!jtilton@
  6114. network.UCSD.EDUSubject: Help with KA9Q and Appletalk...To:
  6115. packet-radio@ucsd.eduA request for help: I'm a member of a group
  6116. (that has, you might'venoticed, posted here b4... :) ) that's
  6117. attempting to implement ka9q sothat it will allow a remote
  6118. computer w/ a packet connection to connectto an Internet site...
  6119. specifically, we intend to have the followingsetup:(1) remote
  6120. computer... running ka9q, and w/ a TNC(1) appletalk connected
  6121. macintosh... running ka9q and connected *both*      to a TNC and
  6122. the network(1) Internet connecected unix box... that, hopefully,
  6123. the Mac will      reroute incoming radio packets to, via the
  6124. Internet.Have people done this successfully?  We can't even seem
  6125. to get theMacintosh to recognize it's connected to Appletalk...
  6126. let alone theInternet (let alone managing to get access to the
  6127. TNC's from the othergroups who also are running up against the
  6128. wall.... :(   ).  *PLEASE*respond via e-mail... We've got less
  6129. than 48 hours...!                            -et------------------------------Date:
  6130. 15 Apr 92 16:49:06 GMTFrom:
  6131. sbi!pivot-sts!canada!jerrys@uunet.uu.netSubject: Hudson Division
  6132. Convention/HamfestTo: packet-radio@ucsd.edu                1992
  6133. ARRL HUDSON DIVISION CONVENTION                       co-sponsored by    
  6134.    Bergen Amateur Radio Association (B.A.R.A.)             Radio
  6135. Amateur Telecommunications Society (R.A.T.S.)               Hudson
  6136. Amateur Radio Council (H.A.R.C.)                      Saturday
  6137. June 6, 1992                       7:00 AM till 4:00 PM         
  6138.                    Rain or Shine           To be held at:       
  6139.             FARLEIGH DICKINSON UNIVERSITY                       
  6140. Teaneck, New JerseyFeaturing                        Amateur
  6141. Testing                       Novice thru extra                 
  6142.   8:00 AM to 10:00 AM Only          Exam information - contact
  6143. Pete K2MHP  (201) 796-6622                    (No calls after 10
  6144. PM)              Bring Original FCC License and a photo-copy    
  6145.                                 VEC charge $5.25      ARRL and FCC
  6146. Forums      Technical Seminars      HAMFEST      Food and Snacks$5.00
  6147. ADMISSION                    .Children under 12 FREE            
  6148.           .Lots of Parking                          .Rest Room
  6149. Facilities                             .RefreshmentsVendor
  6150. Space            . $30 per indoor space            .$25 per outdoor space with
  6151. power provided                .$10 outdoor tailgating spaceTalk-in on
  6152. 146.19/79 & 146.52 simplex         For vending space
  6153. reservations and Hamfest Information -         contact Jim Joyce K2ZO 
  6154. (201) 664-6725                         (No calls after 10 PM)   
  6155.                     286 Ridgewood Blvd. No.                     
  6156. Washington Twp., N.J. 07675Directions:    From the West....                Take
  6157. Garden State Parkway to exit 161 (Route 4 EAST).        Take route 4
  6158. East to RIVER ROAD - FARLEIGH DICKINSON exit.        follow signs to
  6159. parking area.    From NYC ....        Take George Washington Bridge to
  6160. N.J.        take Route 4 West to RIVER ROAD - FARLEIGH DICKINSON
  6161. exit.        follow signs to parking area.-- Jerry SimonowitsSalomon
  6162. Inc.Internet PlanningSystems
  6163. Engineering------------------------------Date: Mon, 20 Apr 1992
  6164. 19:27:59 GMTFrom:
  6165. usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.in
  6166. s.cwru.edu!ncoast!nshore!wariat!hernix!mike@network.UCSD.EDUSubje
  6167. ct: NOS for ISCTo: packet-radio@ucsd.eduDoes anyone have NOS or
  6168. ka9q tcp/ip running on Interactive 386 UNIXV 3.2?  I can't find
  6169. it in this area, and would sure like to have it.73 de wb8evi--
  6170. -----------------------------------------------------------------
  6171. ----------mike@hernix.wariat.org            hernix!mike                    This space
  6172. left blank+1 216 572 4172 login:  bbs               
  6173. intentionalyStrongsville, OH
  6174. USA            -----------------------------------------------------------
  6175. ----------------------------------------------Date: 20 Apr 92
  6176. 23:30:55 GMTFrom:
  6177. rudy.rutgers.edu!pilot.njin.net!ron@RUTGERS.EDUSubject: NOS for
  6178. ISCTo: packet-radio@ucsd.edu> Does anyone have NOS or ka9q
  6179. tcp/ip running on Interactive 386 UNIX.It proably would be more
  6180. fun if you tried to interface the TCP thatcomes for ISC to an
  6181. AX25 driver. It probably wouldn't be too hardto start from the
  6182. SUN driver someone posted recently.  I don't doANYTHING with ISC
  6183. Unix anymore, there customer support people havepissed me and
  6184. our customers off too many times.Now if it were SCO UNIX you
  6185. were intersted in...------------------------------Date: 20 Apr
  6186. 1992 11:27:25 -0700From: news-mail-gateway@ucsd.eduSubject:
  6187. PacketCluster SYSOPs....To: packet-radio@ucsd.eduI am one...Bob
  6188. (KA4PKB)------------------------------Date: Mon, 20 Apr 1992
  6189. 13:40:18 GMTFrom:
  6190. pa.dec.com!hollie.rdg.dec.com!decvax.dec.com!zk3.dec.com!evans@de
  6191. cwrl.dec.comSubject: Yaesu FT-767GX and MFJ-1270 TNC 2
  6192. connectionTo: packet-radio@ucsd.eduI recently acquired a
  6193. MFJ-1270 TNC 2 that I would like to hitch it to myYaesu FT-767GX
  6194. for packet operation on 2m and 70cm. In reading throughthe
  6195. documentation for both the TNC and the Yaesu, I am trying
  6196. todetermine what the best technique is to interconnect the two
  6197. units.According to the Yaesu manual:    If the TNC has balanced
  6198. AFSK tone output (that is, without    any added de-emphasis),
  6199. connect the AFSK signal from the    TNC to the outer contact of the
  6200. DATA IN/OUT jack: impedance    should be 600 ohms, which
  6201. corresponds with most TNCs. Output    signal level from the TNC
  6202. should be set to 30mVrms.My question is "Does anybody know if my
  6203. TNC fits this characteristic?"Reading the TNC manual does not
  6204. seem to provide this information, and Ithought I would ask
  6205. before I attack it with test equipment to find out.My option
  6206. according to the Yaesu manual, is:    If the TNC has de-emphasis
  6207. applied to the AFSK output, the    levels of the two tones will be
  6208. different, and must be    re-balanced by pre-emphasis in the
  6209. FT-767GX. In this case    connect the AFSK signal from the TNC for
  6210. transmission to    the PATCH IN jack (also 600 ohn impedance), but
  6211. also adjust    the TNC output level for 2mVrms _maximum_. The PATCH
  6212. IN    audio connects in parallel with the microphone audio input.    A
  6213. better solution is to remove the de-emphasis, if possible,    and
  6214. make connection as described in the predceeding paragraph.I
  6215. hoping that the first option presented is what I'll end up
  6216. doing, butif not I guess that it isn't a big deal...Thanks in
  6217. advance for any recommendations.- Marc--
  6218. =================================================================
  6219. ==========Marc Evans - Marc@Synergytics.COM           |
  6220. Synergytics     (603)635-8876WB1GRH     -
  6221. WB1GRH@W2XO.#WPA.PA.USA.NOAM   | 21 Hinds Ln, Pelham, NH
  6222. 03076------------------------------------------------------------
  6223. ---------------                      Unix and X Software
  6224. Consultant=======================================================
  6225. ====================------------------------------End of
  6226. Packet-Radio Digest V92 #106******************************Date:
  6227. Wed, 22 Apr 92 04:30:04 PDTFrom: Packet-Radio Mailing List and
  6228. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  6229. Packet-Radio-Errors@UCSD.EduReply-To:
  6230. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  6231. Digest V92 #107To: packet-radioPacket-Radio Digest         Wed,
  6232. 22 Apr 92       Volume 92 : Issue 107Today's Topics:ARRL's
  6233. "Business Rule" proposal - automatic retransmission prohibited? 
  6234.            AX.25 Link-Layer Docs (ISO-3309)??? (3 msgs)         
  6235.         AX25 driver for BAYCOM-like modem              AX25
  6236. driver uploaded to ucsd.edu (2 msgs)                 New version
  6237. of INTRONOS at ucsd.edu                            NOS <--> Unix
  6238.                              PcPakratt                     PMP
  6239. with Exar chips (2 msgs)             What exactly is Baycom?
  6240. (Beginner question)Send Replies or notes for publication to:
  6241. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  6242. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  6243. otherwise to brian@ucsd.edu.Archives of past issues of the
  6244. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  6245. directory "mailarchives/packet-radio".We trust that readers are
  6246. intelligent enough to realize that all textherein consists of
  6247. personal comments and does not represent the officialpolicies or
  6248. positions of any party.  Your mileage may vary.  So
  6249. there.-----------------------------------------------------------
  6250. -----------Date: 21 Apr 92 23:29:37 GMTFrom:
  6251. usc!cs.utexas.edu!tamsun!cs.tamu.edu!willis@network.UCSD.EDUSubje
  6252. ct: ARRL's "Business Rule" proposal - automatic retransmission
  6253. prohibited?To: packet-radio@ucsd.eduIn article
  6254. <14580026@hpnmdla.sr.hp.com>, alanb@hpnmdla.sr.hp.com (Alan
  6255. Bloom) writes:|> In rec.radio.amateur.packet, wpns@pictel.com
  6256. (Willie Smith) writes:|> |> >"With the exception of stations
  6257. in|> >Auxiliary, Repeater, and Space operations, amateur
  6258. stations are|> >prohibited from automatically retransmitting
  6259. other amateur's|> >transmissions." or some such.  Sounds to me
  6260. like a big problem for|> >packet operations....  |> |> I don't
  6261. think this would apply to most packet stations.  Packet
  6262. stations|> do not retransmit other transmissions -- rather they
  6263. receive a packet   ^^^^^^^^^^^^^^^^^|> store it temporarily and
  6264. then retransmit the packet.                                
  6265. ^^^^^^^^^^|> |> AL N1ALAl, read what you wrote 8-)."Packet
  6266. stations do not retransmit ... rather they ... retransmit the
  6267. packet."Maybe 'transmission' could be defined, but I prefer the
  6268. old 'radio signals'.Most packet stations (would like to)
  6269. consider the message or packet asoriginating at some other
  6270. amateur's station.  Therefore the responsibilityfor content is
  6271. (primarily) the originating ham.
  6272. ------------------------------Date: Mon, 20 Apr 1992 18:41:23
  6273. GMTFrom:
  6274. sdd.hp.com!hpscdc!hplextra!hpcc05!hpcc01!wille@network.UCSD.EDUSu
  6275. bject: AX.25 Link-Layer Docs (ISO-3309)???To:
  6276. packet-radio@ucsd.edu  Hi-  I have a couple of questions as a
  6277. result of trying to implement the  AX.25 Link-Layer Protocol. 
  6278. I'd appreciate responses from any who  are willing to help me
  6279. out!  I have a copy of version 2.0, October 1984, "AX.25 Amateur
  6280. Packet-Radio  Link-Layer Protocol" by Terry L. Fox (ARRL).  Is
  6281. this the most recent  version of this document?  The document
  6282. mentioned above wimps out on detailing the Frame Check  Sequence
  6283. (FCS) algorithm by saying "It shall be calculated in  accordance
  6284. with ISO 3309 (HDLC) recommendations."  I've searched  the local
  6285. library, etc. and haven't come up with anything.  So, where  can
  6286. I get a copy of the ISO 3309 document "Data communication --
  6287. High-  level data link control procedures -- Frame structure"? 
  6288. Thanks,  -Ross  P.S. I posted this on April 8th, but it looks
  6289. like it didn't make it  out, so here it is again.  Sorry, if
  6290. this is a
  6291. duplicate...+====================================================
  6292. ========================+| Ross Wille - N6SJD |  Email:
  6293. wille@cup.hp.com or wille@hpcuoa.cup.hp.com   ||  Hewlett 
  6294. Packard  |   Ham Radio Packet: N6SJD @ N0ARY.#NOCAL.CA.USA.NA   
  6295. ||   Cupertino,  CA   |       Phone: (408)447-0215,  Fax:
  6296. (408)447-4909       ||  "Undetectable errors are treated as if
  6297. no error occurred." - IBM Manual  
  6298. |+===============================================================
  6299. =============+------------------------------Date: 21 Apr 92
  6300. 16:02:42 GMTFrom: idacrd!n4hy@princeton.eduSubject: AX.25
  6301. Link-Layer Docs (ISO-3309)???To:
  6302. packet-radio@ucsd.edu------------------------------Date: 21 Apr
  6303. 92 20:54:49 GMTFrom: mdisea!jackb@uunet.uu.netSubject: AX.25
  6304. Link-Layer Docs (ISO-3309)???To: packet-radio@ucsd.eduIn article
  6305. <1264@idacrd.UUCP> n4hy@idacrd.UUCP (Bob McGwier) writes:>  Call
  6306. the ARRL and ask for the Computer Networking>Conference
  6307. proceedings that occurred in Columbia, Md (it is the green>one
  6308. ;-).To answer the _next_ question, it is (203) 666-1541. Gee, I
  6309. haven'tworked there in over fifteen years, and I still remember
  6310. the number.Seems scary...Jack Brindleham radio: wa4fibinternet:
  6311. jackb@mdd.comm.mot.com------------------------------Date: Tue,
  6312. 21 Apr 1992 11:54:00 GMTFrom:
  6313. munnari.oz.au!mips!mips!darwin.sura.net!Sirius.dfn.de!chx400!dxce
  6314. rn!vxcrna.cern.ch!jalocha@network.UCSD.EDUSubject: AX25 driver
  6315. for BAYCOM-like modemTo: packet-radio@ucsd.eduI just wrote a
  6316. packet driver for BAYCOM (or similar) modem.It allows you to run
  6317. AX25 and TCP/IP with KA9Q and simple modem.I'm giving it away to
  6318. let everybody try it._Please_ send me success/failure notes and
  6319. comments/hints/complaints.            Pawelp.s. By the way if anybody has
  6320. some info (application diagram ?)     of AM7910 chip I would
  6321. appreciate sharing it with me.section 1 of uuencode 5.02 of file
  6322. ax25.lzh    by R.E.M.begin 644
  6323. ax25.lzhM(?TM;&@U+=0.``#-.P``9P>5&"`!"$%8,C4N0T]-::E-```-D7][V-6D
  6324. K?]SM[FQMC8,)*DK7<\"$D01SA%4.+(!':9E'!,`4KP-P33C8[S<RJ^NLOM4!LS%5
  6325. M>?7:>V<=O*]>WG/IF5:ZZ>*LS$@+2*U+"*_9PE,P@.$Y]S;`S^[[ON^]7\WOM?O?
  6326. [(YKVTB<D>?9!=I+U(E>)6"G-X@<:"INC73!#`QCIRS"*EH81.3=).Y_QM\BR8Z8L
  6327. BK:,"ZL;!3]384'C41$\OT*\:!04.@7Z'R?(6)G-RWJ8[`U_'V'.<M?7\(S>!C&O?
  6328. ).<?L:T%=IU7?/<<`:)GXY/C?+T>BI:2FH^0'*C/^GOP<`'W`MQP\\/LA_Y#[0>0'
  6329. WX/YB]^\.\%\]SSWQ]V/O1_B'X`_''OMVJ.XD_%Q/$G\,M#BSZD8;B3\4-Q9]6,-K
  6330. ]$/Q9]1B`;L:].<Z)63$ML@W@'FQ#>`,VD=;VAFW@M;.9`J3$@;+*_-3(->]L21,'
  6331. ###7N[&.OMV.+VD%[2B]J3G^&L&^L5C-L3#)FMQ4N]L9D`B4(:`[83X[GF;K6!V<F
  6332. 9/[X\^2<2,^&36AVTF9EK?\;RU<\'T>$'MVY,S("^O8DS/`$)U$F9WX9>3W@!I>U`
  6333. FM1XV.Y0X%G-%]_6.@U0R$G?;N*.#M>Y)"J^Q![Z-/?*SWRH]\H/?1![X<]\?@/K_
  6334. `A9I^B"4?=;`&_]7MT"_M)J%XMHW4Q91]>LZHXL]7(],G%88[?>"DLH^EH]D<@#6(
  6335. 6/#CNJ/91^-@V<L>(;!WBM6:_Y=A;.KH>0>ML0\/=W0X2,BUB`XI*_[*YZ*MC8.ZH
  6336. R*12*17<3E7HD^MZXM',=Y2>:X)D9*<%<^"L&</G,=&`?]:4LZ\5_LXT$IP=R/R;U
  6337. )9UX@YU!H%[JGM3V?04\-W3IR=<:PVOG&TCJF3R#TW/:V[`ZTB=Q)4J?6](!L79V5
  6338. G;8'"P$Q2M=_B+!=QG$L4GUO;B*Y64G-\"S#@<)WI$]<(7V>$G;8=RLHT^N@#)6L7
  6339. 75M&DMG:\5:EI*,X4+>F3O[N$W\FZI4^`]VJ=MCW*NC3M[Z-,QHHZF_HTC=\.X\&=
  6340. #MG\A;WMY:S/>ML9.S.6;8D,>,*0?1IW=*G=E)Q1$!,G;PX['VBCH=`=_SUB;0M^3
  6341. #LOH%968\%LOAP*_J%6MA\&2SX>\&&WXPW`&&V'%/6(2F%7%-E'-X)^0R+MA/.R5=
  6342. $?MM[R'7U[W86PB(FY+($-'HD^-.ANGIB;01W]SA;#GT"_VQ1_'28"M6''_ZB@4?]
  6343. \HID\*SQV^YD391[B25@[/*N(]3PG;]1<1\APNG'N8Y*"<N7=NMH7/;IOP1[EWT5`
  6344. JUPHSCS773?JI+EWTD*_349QUAP.))4#LW%U.>CPKIX`0RMZG'D2@$>*1&DMS.7+?
  6345. JIKFY$R+K94M'"DUPW[PX[J*!2;A/E,K!()GZB$^+FMYG'5NH0>[KHJ+J<=7`OB"Q
  6346. DES%:U!LNNDA;=/"!(2KQAJ"AA2J7A'3(08R&-M]J!LID4RZX<VQ^T&4XVE%*G4J9
  6347. =3ZZG^(OP>H8=;]5+M0&\M<]Z<[<9OT>$AM[<VU:F4*90ZT"&,D@RX'^];]4>%H.Z
  6348. Y<2+A>N0;.4!=!IALXXDL.+/CFVAX9M<G0=!T`$CYUUG'W[SP],9]J#P[R/-NPLQF
  6349. OX(744/=9QU$@=VT2\`[Y<2_WPMG!<BN'V>/;\%(AFA]/'B=9(YLFXDK:)\^X;8K`
  6350. >R*1W!LHZYB@2/;N@^D,Z5M`.>`P/GKA`S@OR#(MTI@M5`2\`<ZBP"Q=^P77LS&=S
  6351. ,-I\MI\MG\Z[H.HH$SMT#KXZ].%R(4B;&&)2&X>].0Q#9V8L)'2[V:3+U1R_9T2IS
  6352. ':%4Y6+U3>`D,BMKSL.5D:"T?S1U*=>TIT+C8+HFO56-$JL="J./$6$_"4C8A?+VJ
  6353. 1-&@<K(P%YMV+1_*<EJ/><V7>@CJ)5&IM"JP3J*12*12*12*12*12*12*12*12*12
  6354. *12*12M*12*12*12*12*15"Y6>O*5U;8*IW7=$_&S2RPE#4M>*RICH-S7K/5A4O5E
  6355. (5MJY$!FA535;C!*5XK*^.&P'IB<.X/-2KGMZ=?'4&@=<^4WJ@:S^<-P>8/;WCOMG
  6356. RE)1]VVLCS,23$&*PZL\R*>`"U/,B%SVWZ5["$X+I.1VB12*12"<K)I;7UNM8E6YP
  6357. XH.0*\5::69A:VC'(OG"M,PM0A59@5U-+3<,Y[H_,+;ZF%!)KXWO/`]MI=(S_O>3E
  6358. 2^`;XFO^394NXY/]67S=+G:Q]>7NNPR@'K2^,D/=T,K^WX6V:8<M;V\WZ7.X"__?K
  6359. <UAQS[[3A'CW*W##^SAY+2[C3Y2>^/R,Y[QWQ4>PM/<9O^IMVO-^6[YC?)J2/4[S%
  6360. )-IJ):I^"B)\/C_'.?TYG\:#T_O@5/5[=L;QDLYZ5#'M%>Y6$)=MB5W@[_*YWZ.'S
  6361. ]%UN7?U5=]WLZO;]C?>@OBIW8_N6:39XC'Q'OY:M9DK+[9[D<_MZ&Y??ZZ2O@;\S^
  6362. ::H],S$9O9:"0QVWRBU-O>]SWW\7`\KY_I^MSS-MT=YJ7'7]JM:JZ?V*#OYNQF,A(
  6363. [F.RZ?D'S]U]GUT5D_WM/M;[^%8Y4>?MKO8QFT];=RO!]WDYK[OA_#-J.-BU\ISIE
  6364. AGNMH]/5G^;7^N-Z'M?#WG^WO6LMB=P.OE>A\F*\2)Y,U2Y#I:)EG[S]^L9*?=;[K
  6365. %>CZFQENCM/Q)>_!:3DGQ\OM0*>9WU2T^_6&YWM^6Y^`?^7L_Z8:MW'8DK?X[/*?(
  6366. =F,YC[3&4:KJ><S9W?EM>;X\5Q/0Y:SI;'\L?K=GZDS8^__Q/9RRIM"QY^ITD4^_8
  6367. 9DH&:]+ZDO%]R[CMKC;6!&NW_OKG?#I<[XW+U6BJON[^JB^QX6KEE?4K>SW_"]CZ<
  6368. AL[%YE_\]SZMT_IN1JZ+Q/LI*?(OR:Q7?8WT[Q-T]ERL1P]ON9!UO?56M^+_EGO,^
  6369. FC\KQ>CMF?,E>NLU,90T"[E..:N/2<YQ]2[LR^Q;K:.F.=)`;K'+.''94%E'XT/+^
  6370. H-5M9JT^Z\6RCS@SR6BJBS"R&+4@ID864PU1!1%854:8LTA@8QTY9A!1I#%F:688M
  6371. VK#2%NI&<1R0`9A*&)2Q:F;HUTQ@AZHIJ1HV;0W1D4Y9;,1-J:4R9%L(M2-OM!LZ@
  6372. [.6D%3WY64#T4C]Z'C)()W^SLJ6AA$Y-TD[G_'R+)CIBR*MHP+JR*?5$M4!6H+9$9
  6373. PIDTJ*HJ+4TY9I1`B#5BT9RI%0TJZQD6:6P(:,R%RTB;K#&+(C)YMC,+HM3/F%ED,
  6374. F-06SJ(.9M*84S0$H.DPI@Q:$:,JK*-+;&-=&(\RU46I%B4/MQ)&J1]G3P]1,'YDH
  6375. J4V>&@3)D-29BRCZ]9E0:][8Y<#<Y(Y@?UFP;V)&<)9*M9B&T1;WC[;8$'7#?9H6M
  6376. VP32HR&M*<-ER@V7T!Y0_=TR%@YFTU'<TJ(*9L!5M6)K$IDQU</3K)[[Y%VY2\GJB
  6377. U!*U(C;2L-%G1K,D8]@74E-F1I&G*9-BVHC!M%-Y<G%J<CX1!`M`&9K4@VJ$XJHME
  6378. 6$59;5J5I2Q7K$D5T+:C-8^J+U,F0U:5M)NH*0X!86\C-M5TXL.TV56^6(?XI+$S]
  6379. T,8)"V:(\5?H,$(NEI;+$4V40$3AM-.4U+PA*`A"P(*8,#!/TBFEZG+H!Z<FG8FBU
  6380. [-$+8%U"&,:@FH*,,8B9Z&^&M:(K&C5JQIV1</+4S%J2/\*I(S)%2V9,BV_NI_
  6381. 0'4"!M2V8L"ST[/0^)K)MBS+_08;A#&!0N+QHN%+5C!ULPM:Y/]##`1A@6R@[IX.2
  6382. &K'2LRF1%28TJX3.M*%6U35BU%FYJ2U9-#2#6-7#T"(PJZ&XL$<+2,6F65@ZLUA-8
  6383. 68Q%PD%S#AD.MY89)=,3!%,N@[5U1)NI%O>4PAA2*)#(=6Q--0[0"M^ZWB&S."X\F
  6384. M@FS4#9IM3%E@FS?S-H6_ZFQ&AJ:@7RSCO9V0M34VZ'LH]_^-+1T)U!0K^[9]BEID
  6385. /V-[ME*_C;!#Z<<2U>AQ`POB,&<<$7TH0II!D/V@KY&,)4F#I4Z5:XLT#M**TH=`O
  6386. MWZD:7XSG@R]K>=A?-^`];=FC"G&M^U2TB#:7_W&:X8(`$Q9L03D34U]!"3KAM/.D
  6387. ^$;^),X;CB?%-R!+$W)$TYN4)J#=&2U-F":PV9)JC?")--\,+H9_Q@]%+M7QR4#_X
  6388. `\U+71R8#_^@;05!(!_8AL!72<#_^`:T5BJ`_]0.L%0B@/ZX+85")M`^UAX=,*BI`
  6389. ^-/<)R:DW%B=&+$W,62P-Q8<8,^TI\Z[BP/O(/>#/[MX!_UW@M[_K/$C]]0AVV!Y#
  6390. /3"@/,X??&9(R-0-"S"'TL!#74ZA#Y_^`F"#8P@:&<2#;MXF)-N_&.&H:!X!V[R^S
  6391. 3@S,J!K*AGL"<*;,&HHV3(4(B76K2*>L0A*&D-6U9M6-##8,(1<]$3=1("5`B4;@4
  6392. 4+C&0UJFC9DP$;0D1LBRFII&7@\M\(DIA$OM[M=%"XM?_DE2!*6#M^W0X71+_XILT
  6393. H,R,E,S`6W;_Z@Z]PX+GT;5%B@\,]*60MMEI:7J:G">J8!([7)!F()\4._\RPI-6H
  6394. 0EH+H,9W+8))_$6`L463IWE[,-VU7M![5_!C.PX[-04S@ZBE5%06**B)[BPE6%&%5
  6395. 8I4QB&.+ZFA<IG@'"M,"UZ#M6M#>9O+R]JY5IP.>9:/TAS>U&O.N[P\*V<*\.!=UK
  6396. SKUJ9.":%[-R`:Z_G(<4<M6;/,;-4):IK0@9R+DJ'D7X:J_0W,0DA_7E-]W@W_+8L
  6397. 8P%H'$C#6,:"#T:H5MX<M?S=0:V%"T[N2>YC290F+X>_H2S-.QJ"_^_P*$7X?R@1:
  6398. F#(AR6?A;#"NWM(NH`55^&V@$09',$<F`'KP`\,0["R)"QQ'7X=Q`A8XP>,XAT2!=
  6399. V0P(`?7@0MHC`H;,/BB*\4H7GVP`ZB!#X*]SAT*]5(7KV`&DPC59D:Q#\',*)\@"B
  6400. D`6R@M!RL!"*8+(/YRC)D0!9%@0_*DY]S\)H/@P`Q@L:C4M,=>S2PF8)SQ+!I"Z8P
  6401. 9M'6#'_S.:_M*<&_64,-^LG`5Q_>2A_Y))&%!56F)R9F[,'E5IV@WPPP7YYD;.MKK
  6402. A):N?F26HO+1)9O^K2'01.)0$Q$JM?Q5@24(OI4"_DG"C'(&><>8GG>3;JM;-_^5(
  6403. <`(7HM;&@U+<((``!;$P``"0:5&"`!"$%8,C4N1$]#,W9-```&\7.]M=I&HW(O.TG
  6404. [\3\,!0>\VP.APBVPX)UG7N`(#BZQ11<L>[FO<AN[F]F9K?._CMC_^^S-;8!R)+;X
  6405. +5:E5>X#VL;:;\CR_<O]<G"B9J]"FHG8U'KY?RYNKHPTK[ME(J9,JJ2_>^G3]:GI0
  6406. .@Y;*]Y&3$^A#)T<MC5THQ^KU9+][SZ?L:I2*5RJK<MI"W(SM36]4QK/XIJ2]5K?B
  6407. BT>QE=.J0D%?O$SD@8XN@E%B9>Y3[FLE94.W4NMO.C<>Q#F5*0KYO57-NH'WTJII1
  6408. W5LTUW[V#V9>OQ[N!#K%2KG7*EX<21'M?]M3D66ML9!GB2*FZ%(2Y"PU#9TRJOWLR
  6409. GZ5*K0FRRF/;"YG?I2U2-Q4F>1'NY?M5^".GJ[=U":Y@VIQ$#6UUJE#X7[P379VY-
  6410. _(BQC7QZD(ZPY>Z;^9:%7/2U5*MU.$%T/'DG932S23[10JZW<=^]V9>U&$E,]K*7(
  6411. Z\N7C10O/0BE6A5*%5IS4AM"$@7B/3JEO#JW[W/E[!U]GBF1,EZ9$=1*T0(">/J18
  6412. MPB^X^%=.(.=F5X(#-MJ/H^(/?A0(;!%M5*H(E#GB>6Q1#^J%4S&V0Z?,;FQY=S)9
  6413. ;DHAU#+1S'6B0VMH=AJH-&.,A;[NNX(CGYN<G>U]FI.KPZV"5+6K#L3*>)/@"Z\]:
  6414. :=;;9=K0,LM*=Z:0D`I!X*V/*<%KGB`4J2%YLA5<@2%T(]%">83(,745G!5HG:RKR
  6415. >N_>_GMTDW"2'-4)\YVLMK@2U(&PG,PHAGWW0!?\^=#+7V6O(E44SIH7+03`AP#`9
  6416. N`M;ZWE'_0REZ<ZMV_>J8&_!OS`TNI4B.5`#"!/:0T<(;;F7FZ-_'BX=T-W64[SMB
  6417. &LAG&WH#[]8"3]9,+N)FF(3S5)I7_8.CI6*$$RPB'0&WT:D"A74ENHRMUF4M8-6(2
  6418. Z6@(9=TP,Q#II29D+<+F!A66$3JVM;]1>=MM>LNL%8Y=5E,9Y.1F2MX,*%%%Q`@
  6419. &HY>C[/5CQ(EH78#^H>IQ"ZVCI-$$D<(G.A@@ZW6>J_>)DDZ$KIM.;:7[8>[3<E"P
  6420. <@Z1>8J3R12O*&@)%U^[MR\N4Z;I4*`8P>M,2?Y?N[.CV])M>PT>XP?6O72)>*=?O
  6421. %1NL2TY;^%-AQ_838@%7FI2WN<*<%U4VYF:%)T+!!-EM%OY6KE[H4ZVVV$41UC!6L
  6422. D*D7;"AS_>GM$QB=#%@7JW""(F`#A]?X[$<XQ=4ML$V;%-`"W"C$(H`QQ%+$)JX1B
  6423. TL;,5,^%+#O0&D405$W8&&Y8]DGA8BH$:'%M[P/<47&OPE(Z)M`K<I5T3-!5#WA<"
  6424. 8Y3EP8?Y8``2=&IEL?7Y`(!60T.HS&EM*T/"`".'J(K[QPQ.$C_S*G3;2]&A--JG<
  6425. :`S./>1CR8L0$-;-O(4^6ZN^.<FM-+F+2@-?B@#X`@[^?Z<9/9AS<F8J;X!-_%'YD
  6426. E?T/I2@IE**[:LUU'=RGPEEM=SY$=@_D$,41V]\,>2:.F#+*JP[3)=BZF0`L=?,+B
  6427. 91$;KN6HG4E]K3JM%S?M:)X35_4\7.H0@%!8<ZE8L%0JP11\.<=9L4O]0;.P[)("0
  6428. (Z-0`62212G72H&MQBLXUIVFWD*9\:0356!B!0]*$!8!2,?!P8L7HK@A?N!;!0$$@
  6429. \?$'M_A'V\4M9&W??'DWC@;=]^#B.-"^36-_6((1R])QPH!R/WCIE!YW>`.C:_S1)
  6430. G-N@H1&M(WMT3VURQ%?^+K3A20D])EA*2T%<Z/9(\7IQ22>G?\(V$P40N'5?FCBSA
  6431. `-[MSAPL<X?7R$3\\(WV^CJ.I<'JWY\W^GK+D"O.)`.(%6S#0XT;\_$:M@/K)L^IM
  6432. Y"^'V[5;V?@%1P?[4VVD=\@0]YEY^BQX-JOW]JM"`ZADF')$8<`J*9))/L*XM>5KX
  6433. =I4T(`NY'4@A)#K*<G!_DJO;=Q#4=F&PLP(42ZY0*V446(U_3-W&[L>$MF#"1)C[!
  6434. V-M`W6MB\B*E#%$05,/4C&.'5&4%G)M5(:#)^Q]D``V3AX34GBS,M,/XK_PXK];/>
  6435. 7D%US,G,5F#4:#$8D@16A)WC1DG%;D4D#.-KB;B#.4<C_F5DMZ8C[JKSOH*DUB_ZT
  6436. 73#PA2ZX0?3*;CDUYE"-BB8PB'[,GHLZ39DZ`E]<=+,`MDR]/,[OP03Z$$<,1OY6D
  6437. 1G2G1&G^6?2=P2='W\_OYD3TISG+L%?K.[%=H]PFM&>0F6``*4Q8XT,)H::%1=36>
  6438. TK$XIX5)[E0-?S]?O]XN!"[+.EQ/`F[*J*,0M9V$4'E%!XP6N^)W_(F]J:CTJ89"V
  6439. 8JQ<[XS8[X<?2&AJ^7DUY1YZSA8FHF$\MEDR!;/'1WI44GA58GWI=Y^]"QP75AEX$
  6440. ,4N-L_1I6P^D]I,9:*S7SVZ/&R^[M<TY6'SP1RZDL.WL:"I!9[)T#!'Z=8C65Z,(4
  6441. \$66A(U;Z20^:UVKQVP_R*SAM!"4*AKU0T$3!C'0`1TL/2?$H]>1MM0<S%0S_YF%.
  6442. 0S9%CS"V(7W.[\30A.'FM\,K.X]6Q=U?:/XO1:,QP`Z%T.+4/[WN.7!PG6>+P-'V<
  6443. <T8111E/VQS[JA/UMW@G=MHM+G6U'L`QRK?*$82\=H46)O-"N(,6X*7IO4,V`9?3=
  6444. T$&*_F3S1_P#MT8Y."#!31A3'3TP7*\E9@,LA9=*0W&IQ.3X.EXRQBS&C')PPCRJ>
  6445. =14G54ZVM+*7H[B:2QK<]'AWQ)$G4&%8.NTL#)-.=@T:J/+_#>^!9!Q@&,9Y7>RV,
  6446. 2T83MPIFI*54-&,6CZ14.8!4>"#(MFO0-(L,<,^O6%!+<XD57&V8%9*>'>JN.LV5#
  6447. MES#O?[;B]^]#(3(,6#)[.+!#)UB(3#!K"VB[L3C`+O>`V!^\J=8P6S3/QL-CM_B=
  6448. 1`\M$,4[T"'H_D?:RE)?(33X_W_QR+OWZI%,JA/VRT,&^!(N?]9%36R64M_XZ0!SK
  6449. Z6CYRJ;7)#^*/_<\;%B:MG.\^AY^'K2#&H_I!`?_Z'9JK5W(]U*AJMK.[EC(-]'!^
  6450. W8Z_?AW\>/AQ(]W9R^[J^"-SK92(J;I0I).8M;&@U+<\$``"=M!@``9K<\&"`!"U!
  6451. +5%-4050N0T]-CUQ-```$?&K#[K&E(_>][W=G9ME)JHD-MO^+@RQGKE2(<]FM4-86
  6452. YYY6=E$S[>]_[=ZWN][Q_]_\ZWP0L8(-WF3"B)`H0M17Q/P;)T#V7.Z?;-E30X?@D
  6453. :(94K_75%"$[+#W[WNRD)?!?%!?%!9NZN-J.?M@T?)34O1E$V5,JS95E&Q;P9&UF6
  6454. !:F-%U(E&6K\BUY,*+4ZS61K,4IQML:ZXMI`UVV6(M;6;68LV)HC-X1.:($I9!C$V
  6455. S++?)D'K1-@J68,4M9<8O4V4FYMY'MK"ELD$J,J:R[80&1LA;>VE2K:1M;G_V^MK(
  6456. AP?;L/_>G5/I.PVHO5E>S*.<;M3O!V@FKTKY0%':@+MTLP6Z89UPMSX5[H;"NZB58
  6457. -@8$'IEPM7=W\"S_I]89"M/K/^GUFKVZ5(RUG@/_/L#V$#G-#@6N[)#P+7>WQ[V+F
  6458. 'SZO+L<L7\8J,"/,]MT['Y9YN\B308-=1/P:_FGFRJ>/1/-21-CTS2DH]:YS_AY9]
  6459. I#HGWU$WCG9Z9M8?>A\L^E^F&=/V.78S_/#&R['!K^2?OX>*?[^]1YF4?0JSNU\A4
  6460. ,YZOY-,_BM]RF&98&N49Z$[)=ZL[,H('<SG'UU5C\1&IF&M4?BR#Y_E.U^1GMQ%:%
  6461. <=O\KM@4<>U0[7Q\#J1=]KHX%'Q(O>AQT,5)!\@Q0G)M0EAU9K=+E6J%"J.=JG=NA
  6462. MM-F;YT;G<X#S^3YR77_'%^6`X3T8M2/Q8)ET$,UZNL#=%#^L?D(98M#1<A`'NM-5
  6463. =&A#.V?'Q!&YR-S@9QY86':&^M'K_D](9$&R(4+!O(FNO%B6[&\3765%,3M85"CEA
  6464. R;=C)$!F#>H9)::@VQ,RQ-M#46EK#5$HNFV%5K+C"O^LQ;]H?_,M27M9[/Z::HJE,
  6465. ]1]\#-$@LK\$#$JR$'89"WQQIIDA137%PN!3;+4:<^"*D6"Y(2MB;#[6#Y-683*.)
  6466. ;,!"ZAU(-0<#)-95&*^3;_F:;)H9`O;"]"6%H`"R[&HFXVM-\@K,-N2Y:RBPV``H2
  6467. \83D=0;3'R,0>\69<;7OP=1L"34`]-C5LQ!K-`.B#7M&F&#%@>%&9LU_)?`(66OR(
  6468. B;%X.S$&U3[<M-:7'-"6P:&C[YB49<758LBA)0MX`0!>F<;<#=>_`"D5?X2:F]VGB
  6469. >OWUTU52`"_"]*3'Y8J+3362/\(R8<8G?HM19:&Q_;],`4W8&E<;%X68^)@X;)J98
  6470. FV8O6&;YBI-XE!'H(]9&J2U"6V292^M!+&2[*6DA;&%[D+D0OVA&A'-A5L]Q6XM9^
  6471. Y?-D[257UUA.^S54\72P]]W=$WM#S.P[Q-/#?L%PZTVE/PZPWD'V&XW-QQGL:L.I(
  6472. XVC.-=G&]HXFQU79UN2WKZMRBXCC:`[5\_5_5QX_METT>X+$-L#B1(,ZODNY/;^UW
  6473. *E!Z[#O4W"/5N$<K`ZM9U+IA"*7T2,&MP=TAFTM'']'.#B#YR%"G3Y5.G2^][CQQ%
  6474. [L>K+VY#T>,04?M67R5G&S7HZ9-!'E@GMP3M@3UX)^AFO9SSOZN]S0\UR%AQJ4O"U
  6475. =%WJ.FH".SM/NS/IX9O+.X?"#B5X7BT;+K_GB1C>8<Z\;R3G<FEI,(,/WLB#P]B1N
  6476. "8\[@RM9V0'JXG=;I&J?C('3LB)HDL*R\;TK*T^8L+$ITD,)Z3*G=*>AEV.XN'@(S
  6477. @MM;&@U+=L#``"+!0``6K<\&"`!"E1%4DU)3BY#3TWTNDT```.9:H.V1M2/=[_=MU
  6478. DZ,EHX;@,GX&@QK+&241LMT5BTBTJ=.>8MEB)3\W?[W:W>__3__[(P06)<*M3F@X;
  6479. @U!!1!""7`Y!D2RT.92-7JM;@-*B@E5=3L1"61JO>W>DXI7!<5PD',!M7&TWOUQ5Y
  6480. Q&N250VT.YA4#45%)TQ%'0,%DNG,/"P<#"&T=_.0[0HJ'A8G`X&M^PL3$P[\<^!*2
  6481. O/#FE>2<V!<S,BBZD;Z#T$$I#!)Q!2C2=Q6:1!>$-(*JHE&MXZ\4?D8\[C\2;Y(W`
  6482. E395$=>2$!FXX^-BSY^+-R./_[?<S&%K7T[BY`^'/\^M>LM`DE`O!VR:-E^,Q\ATR
  6483. N08_B,6>;@C,<;_</I%!+P\$;;05*;31N45*%!ZM3[Q5%;8U.LO4MZU[6'_&H*-'5
  6484. ]=:'^1,W*ORAV!,[Y4EGP8-WC:7=#93!]>?M=?8O;5_SY^NO"\*IX7N:Z]:]T+OY5
  6485. _8E]%?E^L+5Z:^G;K?M[\'JW?QV%^9^M]@.J\AW0JDC1UJ?7T>IIR%M7Z%[K=<^6*
  6486. SV0UY'N])?8EA%57%2VL\E?P/9JM2J=WTMN`)%#6D5!=O@N,_^EU2]J'X9%8=U>:E
  6487. Y(LD&XZ$$H(W3E_/J;&V5)IMQE0@\=$B//8#'$-F$>=;'1(9L+&F@I994,`S!50J'
  6488. "-%2,[@TOE:=<=*V-IXMB0P!/`9O_696<^7_F6S+MMG\<C>Y;>-]M,S$>/]J!C;.$
  6489. ',=0TP/OG0H=*!YM3K1$JLM/]W\:(:)KM7K8Q3!"[)U05HL;)2.V4>:1/;FF.^5!%
  6490. 1:4N!DH`LRRMM$@26(@NF3`XXZTZ4P`4!H4)R6R-J,1&07,=/`E[.!U*89&@/22MW
  6491. XPK-&.DM%>*0.'`C>`Q^I1=,0!/`J*1((:@6_&%JHFYV+)ZD$MCH:7<,31X'FS=\H
  6492. )*&MJH`N^@3`%U\X`*AN+9VS>[OV/*W%]O0/N/35&*6-COJ1T1;-$#\'=S!$[Y3?M
  6493. X_40%.6!I>*:@JC$)@W`I$4QYQN28^::S-V.\%O1>,*@+EB^(7TBVA=[)X<EM,G2D
  6494. _=)[N5YDJ&4LD,LJO,3@3-A6]G>;/N[J\T?OP[&IZDK/[6[3+ZG8I^UHM2HLNN;<P
  6495. _`MS9D/O+7F5Z&3[=7G3%JXN=O%H<M:'TED>7A_CPM9.-,Z$`N=;M+;_YM_]NDSZ:
  6496. KYG)4Q#Q5D,1]UW.IZW9_"GKSP]=BGULH77R1:_*ZJU?JA"*M_3FZ%SH>C(V:^\9\
  6497. 7:@N.5T9&G8L?)8L5_TJZ3(U=IFW5V9M5G!0-G$S9-_@@[-5DB+9EP$^,">*">,"?
  6498. A[-7:JSI^C]5216O<K)J@`!J`endsum -r/size 4020/11603 section (from
  6499. "begin" to "end")sum -r/size 52361/8402 entire input
  6500. file------------------------------Date: Tue, 21 Apr 1992
  6501. 19:32:00 GMTFrom:
  6502. usc!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!think.com!yale
  6503. .edu!jvnc.net!darwin.sura.net!Sirius.dfn.de!zrz.tu-berlin.de!news
  6504. .netmbx.de!Germany.EU.net!mcsun!dxcern!vxcrna.cern.ch!Subject:
  6505. AX25 driver uploaded to ucsd.eduTo: packet-radio@ucsd.eduThere
  6506. was a problem with posting AX25 packet driver for
  6507. BAYCOM-likemodem here so I uploaded it to ucsd.edu in
  6508. hamradio/packet/tcpip/incomingdirectory. At the same time I
  6509. uploaded there PKTMON12 - a programto monitor HF and VHF packet
  6510. traffic with HamComm interface.            Pawel
  6511. Jalocha------------------------------Date: Wed, 22 Apr 1992
  6512. 10:14:00 GMTFrom:
  6513. mcsun!dxcern!vxcrna.cern.ch!jalocha@uunet.uu.netSubject: AX25
  6514. driver uploaded to ucsd.eduTo: packet-radio@ucsd.eduSome
  6515. preliminary tests of the driver indicated two problems:1.
  6516. Something was wrong with p-persistance scheme.   I think I fixed
  6517. this problem somehow but I'm not really sure...2. Tx head (tx
  6518. delay) was too short. Even it's maximum value (255)   may be too
  6519. short in some cases. I made it now two bytes value   and put 500
  6520. as default.Thus, I uploaded the "improved" version to ucsd.edu
  6521. again.            Pawel Jalocha------------------------------Date: 21 Apr
  6522. 92 00:14:40 GMTFrom:
  6523. psinntp!ncrlnk!ciss!lawday!jra@uunet.uu.netSubject: New version
  6524. of INTRONOS at ucsd.eduTo: packet-radio@ucsd.eduI just uploaded
  6525. a new and hopefully finished version of my INTRONOSintroduction
  6526. to ham tcp/ip document to thehamradio/packet/tcpip/incoming
  6527. directory at ucsd.edu.This document is designed to serve as a
  6528. standalone introduction forpacket radio users who want to get
  6529. their feet wet with TCP/IP.  It is <not> a redraft of the
  6530. reference manual.The new version is called INTRONOS.NEW (until
  6531. Brian replaces the oldINTRONOS.ZIP with this new version).  It's
  6532. a pkzip archive that includesboth an ASCII version and a Rich
  6533. Text Format (.rft) version of thedocument.  The document is
  6534. about 35 pages, the archive file about 54klong.I plan to
  6535. distribute this more widely; I'll put it at least onCompuServe
  6536. and at the major ham radio BS systems.  But it'll be a fewweeks
  6537. before it's likely to get there, as I'm working out of town
  6538. andtime is at a premium.Enjoy!John  
  6539. AG9Vjohn.ackermann@daytonOH.ncr.com-- John R. Ackermann, Jr.    
  6540.    Law Department, NCR Corporation, Dayton, Ohio(513) 445-2966        
  6541.      John.Ackermann@daytonoh.ncr.comPacket Radio: ag9v@n8acv    
  6542.  tcp/ip: ag9v@ag9v.ampr
  6543. [44.70.12.34]------------------------------Date: 22 Apr 92
  6544. 04:11:08 GMTFrom:
  6545. swrinde!mips!cs.uoregon.edu!nntp.uoregon.edu!news.u.washington.ed
  6546. u!ogicse!willamette.edu!jtilton@network.UCSD.EDUSubject: NOS
  6547. <--> UnixTo: packet-radio@ucsd.eduOnce again, I'm a member of a
  6548. group that's attempting to use NOS toconnect from a remote
  6549. computer, through a PC connected via ethernet, toa Unix running
  6550. machine... has anyone implemented this, and would theycare to
  6551. share with us how?  The documentation is unfortunately crypticon
  6552. the matter (especially since we can't get the troff'ed version
  6553. toprint correctly... and the PostScript version isn't all
  6554. there... :( ).We're past the bit about getting the machine to
  6555. recognize it has anethernet card.. now it'll resolve, but can't
  6556. establish a connection to,the internet address we supply... do
  6557. we need to put some kind of NOSinterface on the Unix box, too? 
  6558. I hope not.. shouldn't a telnet be atelnet be a
  6559. telnet?Thanks,                    -james tilton
  6560. N7XIR------------------------------Date: 21 Apr 92 12:38:49
  6561. GMTFrom: mcdhup!viper!net@RUTGERS.EDUSubject: PcPakrattTo:
  6562. packet-radio@ucsd.eduPc Pakratt doesn't talk in kiss mode. When
  6563. you enter KISS ON from Pc Pakratt's Dumb Terminal the program
  6564. aborts and exits due to a link error.At that time run a KA9Q
  6565. program. I do this by a batch file.Then when in NOS and you want
  6566. to exit to a non-kiss mode, tell the TNC then exit, restart Pc
  6567. Pakratt (i.e. param ax0 255 ^M, tip tnc^M, KISS OFF)then go to
  6568. session manager (F10) and exitRestart PcPakratt for non-kiss
  6569. operation If you revolve around two batch files and remember the
  6570. above NOS commandyou will always know in what mode you exited. I
  6571. usually exit in KISS (That is to say when I exit PcPakkrattI do
  6572. not restart NOS, or vice versa) Check it out. 73 de N2OEOREPLY:
  6573. viper!n2oeo------------------------------Date: 21 Apr 92
  6574. 05:05:41 GMTFrom:
  6575. csus.edu!netcomsv!micromed!msolinas@decwrl.dec.comSubject: PMP
  6576. with Exar chipsTo: packet-radio@ucsd.eduSomeone posted a message
  6577. saying he used Exar chips in a Poor Man's Packet modem.  He
  6578. listed a Applications Notes number.  Somehow, I wrote over that
  6579. saved file - I don't know how.  Please repost that message!!!
  6580. -----------------------------------------------------------------
  6581. --------msolinas@micromed.net.netcom.com (Michael
  6582. Solinas)Micro-Medic BBS                                         
  6583.   (408) 280-1610------------------------------Date: 21 Apr 92
  6584. 15:31:28 ESTFrom:
  6585. icd.ab.com!iccgcc.decnet.ab.com!whitej@uunet.uu.netSubject: PMP
  6586. with Exar chipsTo: packet-radio@ucsd.eduIn article
  6587. <7NekJB1w165w@micromed.net.netcom.com>,
  6588. msolinas@micromed.net.netcom.com (Michael Solinas) writes:>
  6589. Someone posted a message saying he used Exar chips in a Poor
  6590. Man's Packet > modem.  He listed a Applications Notes number. 
  6591. Somehow, I wrote over > that saved file - I don't know how. 
  6592. Please repost that message!!! > > >
  6593. -----------------------------------------------------------------
  6594. --------> msolinas@micromed.net.netcom.com (Michael Solinas)>
  6595. Micro-Medic BBS                                            (408)
  6596. 280-1610Mike,The app note I am using is from May 1978 Function
  6597. Generator Data Bookpublished by Exar.  The app note is
  6598. referenced as AN-01.  I am usinga modem derived from this app
  6599. note and it works very well.  I am alsousing a modem described
  6600. in the original article which uses the TITCM3105 and it too
  6601. works very well.  Hope this helps.  73 Joe KE6HAinternet
  6602. adr:whitej@astro.cs.hh.ab.com------------------------------Date:
  6603. 22 Apr 92 02:00:41 GMTFrom:
  6604. xrxedds!ihost!next32!dstrout@uunet.uu.netSubject: What exactly
  6605. is Baycom? (Beginner question)To: packet-radio@ucsd.eduWhat
  6606. exactaly is a Baycom modem?  I get the idea it's a build it
  6607. yourself  TNC, but beyond that, I'm clueless.  Could someone
  6608. give me some pointers  as to where I can find out
  6609. more?Thanks!dave.-- Dave StroutNeXT
  6610. Programmerdstrout@next32.isnet.com  <-- Should
  6611. work......uunet!ihost!next32!dstrout  <-- Else try
  6612. this....------------------------------Date: (null)From: (null)NO
  6613. WAY.  Get the proceedings of the ARRL computer networking
  6614. conferencethat was held in 1989 (I think) in Columbia, Md.  In
  6615. it, Eric Scacehas a state diagram description (a flow chart for
  6616. a state machine) ofAX.25 Level 2 version 2.  It is the ONLY was
  6617. to go in programminga version of AX.25.  Call the ARRL and ask
  6618. for the Computer NetworkingConference proceedings that occurred
  6619. in Columbia, Md (it is the greenone
  6620. ;-).Bob------------------------------End of Packet-Radio Digest
  6621. V92 #107******************************Date: Thu, 23 Apr 92
  6622. 04:30:02 PDTFrom: Packet-Radio Mailing List and Newsgroup
  6623. <packet-radio@ucsd.edu>Errors-To:
  6624. Packet-Radio-Errors@UCSD.EduReply-To:
  6625. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  6626. Digest V92 #108To: packet-radioPacket-Radio Digest         Thu,
  6627. 23 Apr 92       Volume 92 : Issue 108Today's Topics:            
  6628.                active group?                 A Packet/Amtor
  6629. hybrid called PactorARRL's "Business Rule" proposal - automatic
  6630. retransmission prohibited?             AX.25 Link-Layer Docs
  6631. (ISO-3309)??? (5 msgs)                   AX25 driver uploaded to
  6632. ucsd.edu                            BPQ & NOS 0201              
  6633.     FLEXNET help and contact BAYCOM                     MFJ-1278
  6634. WEFAX software help                      Sony ICF-PRO80 <FOR
  6635. SALE>     THIS MAIL IS BEING RETURNED BECAUSE IT WAS NEVER READ
  6636. BY THESend Replies or notes for publication to:
  6637. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  6638. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  6639. otherwise to brian@ucsd.edu.Archives of past issues of the
  6640. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  6641. directory "mailarchives/packet-radio".We trust that readers are
  6642. intelligent enough to realize that all textherein consists of
  6643. personal comments and does not represent the officialpolicies or
  6644. positions of any party.  Your mileage may vary.  So
  6645. there.-----------------------------------------------------------
  6646. -----------Date: 23 Apr 92 05:27:47 GMTFrom:
  6647. cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu
  6648. !da0g+@cs.rochester.eduSubject: active group?To:
  6649. packet-radio@ucsd.edu>> Is this group active?  I have not seen
  6650. any postings for a week.I think they moved to
  6651. rec.radio.amateur.*>> rec.radio.amateur.misc     (was
  6652. rec.ham-radio)>> rec.radio.amateur.packet   (was
  6653. rec.ham-radio.packet)>> rec.radio.amateur.policy   (new group -
  6654. for FCC and policy dicussions)>> rec.radio.swap             (was
  6655. rec.ham-radio.swap, but is now expanded to>>                    
  6656.         include non-amateur gear, e.g. scanners,
  6657. SWL)        Enjoy,            -dA.------------------------------Date: 21 Apr 92
  6658. 14:41:18 GMTFrom:
  6659. swrinde!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus
  6660. @network.UCSD.EDUSubject: A Packet/Amtor hybrid called PactorTo:
  6661. packet-radio@ucsd.eduIn article <v#2j!qc.hughb@netcom.com>
  6662. hughb@netcom.com writes:  > know.  If anyone has information on
  6663. this mode of operation, maybe you  > have some articles, or have
  6664. a working system, please drop us a line.  PacComm in Tampa
  6665. Florida is handling a licensed copy of the German Pactor  box.
  6666. Pactor has been described in QEX, and reprints of the article
  6667. are  available from PacComm. The German version is $425,
  6668. PacComm's is $290.  PacComm: 1 813 874 2980, FAX 1 813 872 8696,
  6669. BBS 1 813 874 3078xenon!skyld!jangus   < This space left blank
  6670. intentionally. >J Angus, PO Box 4425, Carson CA 90749-4425 voice
  6671. (310) 324-6080------------------------------Date: Wed, 22 Apr
  6672. 1992 20:22:02 GMTFrom:
  6673. sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!alanb@network.UCSD.ED
  6674. USubject: ARRL's "Business Rule" proposal - automatic
  6675. retransmission prohibited?To: packet-radio@ucsd.eduIn
  6676. rec.radio.amateur.packet, willis@cs.tamu.edu (Willis Marti)
  6677. writes:>In article <14580026@hpnmdla.sr.hp.com>, I wrote:>|> I
  6678. don't think this would apply to most packet stations.  Packet
  6679. stations>|> do not retransmit other transmissions -- rather they
  6680. receive a packet>   ^^^^^^^^^^^^^^^^^>|> store it temporarily
  6681. and then retransmit the packet.>                                
  6682. ^^^^^^^^^^>|> >|> AL N1AL>Al, read what you wrote 8-).Agreed I
  6683. wasn't very clear.  Let me try again:A voice repeater
  6684. retransmits the signal AS IT IS RECEIVED.  You can thinkof the
  6685. repeater as a bent pipe that takes the input signal and sends
  6686. itout again unmodified.A digipeater does the same thing an
  6687. old-time traffic handler does.It receives the message (packet),
  6688. stores it, and re-sends it later.I believe that the FCC
  6689. definition of "repeater" no more applies topacket digipeaters
  6690. than it would to traffic handlers.  AL
  6691. N1AL------------------------------Date: 22 Apr 92 13:15:44
  6692. GMTFrom:
  6693. swrinde!mips!spool.mu.edu!hri.com!noc.near.net!uhasun!arrlhq!jblo
  6694. om@network.UCSD.EDUSubject: AX.25 Link-Layer Docs
  6695. (ISO-3309)???To: packet-radio@ucsd.eduIn
  6696. rec.radio.amateur.packet, n4hy@idacrd.UUCP (Bob McGwier)
  6697. writes:>From article <31750001@hpcc01.corp.hp.com>, by
  6698. wille@hpcc01.corp.hp.com (Ross Wille):>>   I have a copy of
  6699. version 2.0, October 1984, "AX.25 Amateur Packet-Radio>>  
  6700. Link-Layer Protocol" by Terry L. Fox (ARRL).  Is this the most
  6701. recent>>   version of this document?>>NO WAY.  Get the
  6702. proceedings of the ARRL computer networking conference>that was
  6703. held in 1989 (I think) in Columbia, Md.  In it, Eric Scace>has a
  6704. state diagram description (a flow chart for a state machine)
  6705. of>AX.25 Level 2 version 2.  It is the ONLY was to go in
  6706. programming>a version of AX.25.  Call the ARRL and ask for the
  6707. Computer Networking>Conference proceedings that occurred in
  6708. Columbia, Md (it is the green>one ;-).No, no, don't do that! 
  6709. The pubs sales folks will have no idea whatyou're talking about
  6710. and they'll send the call to me!  Ask for the7th Computer
  6711. Networking Conference Proceeedings.  That
  6712. they'llunderstand.-------Jon Bloom, KE3Z                   | 
  6713. jbloom%arrlhq.UUCP@uhasun.hartford.eduAmerican Radio Relay
  6714. League       |  uhasun!arrlhq!jbloom225 Main St.                
  6715.      |Newington, CT 06111              
  6716. !------------------------------Date: Wed, 22 Apr 1992 18:23:24
  6717. GMTFrom:
  6718. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  6719. bject: AX.25 Link-Layer Docs (IS O
  6720.  
  6721. -3309)???To: packet-radio@ucsd.eduIn article
  6722. <31750001@hpcc01.corp.hp.com> wille@hpcc01.corp.hp.com (Ross
  6723. Wille) writes:>  The document mentioned above wimps out on
  6724. detailing the Frame Check>  Sequence (FCS) algorithm by saying
  6725. "It shall be calculated in>  accordance with ISO 3309 (HDLC)
  6726. recommendations."  I've searched>  the local library, etc. and
  6727. haven't come up with anything.  So, where>  can I get a copy of
  6728. the ISO 3309 document "Data communication -- High->  level data
  6729. link control procedures -- Frame structure"?The AX.25 document
  6730. didn't go into great detail in computing the CRCmainly because
  6731. the standard practice at the time was to use commercialHDLC
  6732. chips (Zilog SIO or 8530, WD 1933, Intel 8273, etc) and these
  6733. allcompute and check the CRC automatically. With the recent
  6734. popularity ofthe "software HDLC chip" (a big step backward, in
  6735. my opinion) I guessthere's a need to define the CRC calculation
  6736. in more detail.Unfortunately the ISO spec might not help you a
  6737. lot -- they'renotoriously hard to read. A large part of the
  6738. problem is that ISOspec-writers take pains to avoid discussing
  6739. "implementation-dependent"details. But these are exactly the
  6740. details that you, as an implementerlooking for guidance, are
  6741. probably most interested in! For example,ISO 3309 has an unusual
  6742. (for ISO) annex titled "Explanatory notes onimplementation of
  6743. the frame checking sequence (Not part of thestandard)". But it
  6744. consists mainly of a page of algebra showing how aCRC can be
  6745. mathematically represented as the division ormultiplication of
  6746. polynomials. The other page hints that the actualimplementation
  6747. includes a shift register, but nowhere does it showwhat the
  6748. actual circuit looks like (a shift register with taps
  6749. feedingexclusive-OR gates providing feedback.)Useless. And
  6750. perfectly typical for ISO.Almost any textbook on data
  6751. communications that covers link layerissues will have a much
  6752. more readable section on how to generate andcheck CRCs than the
  6753. ISO spec. There's a simple, brute-force way (onebit at a time)
  6754. and a much faster way that requires look-up tables. Youcan find
  6755. code that does the look-up table approach in my TCP/IPpackage on
  6756. ucsd.edu (/hamradio/packet/tcpip/ka9q/src*.zip). It's inthe PPP
  6757. code contributed by Bill Simpson, file ppp.c. PPP is a linklevel
  6758. protocol for sending IP packets over asynchronous telephonemodem
  6759. connections. It uses an "asynchronous" form of HDLC so it
  6760. usesthe same CRC-CCITT algorithm as AX25.Before you distribute
  6761. any code that does CRC generation in software,PLEASE make sure
  6762. it can talk with a regular (hardware HDLC) TNC.It's easy to get
  6763. the conventions wrong so your implementation willtalk to itself
  6764. just fine, but won't talk to anything
  6765. else.Phil------------------------------Date: 22 Apr 92 19:32:50
  6766. GMTFrom:
  6767. swrinde!cs.utexas.edu!bcm!lib!oac.hsc.uth.tmc.edu!jmaynard@networ
  6768. k.UCSD.EDUSubject: AX.25 Link-Layer Docs (ISO-3309)???To:
  6769. packet-radio@ucsd.eduPhil, I agree with the rest of your post,
  6770. but the following comment caught myeye:In article
  6771. <1992Apr22.182324.9358@qualcomm.com> karn@chicago.qualcomm.com
  6772. (Phil Karn) writes:>With the recent popularity of>the "software
  6773. HDLC chip" (a big step backward, in my opinion) I guess>there's
  6774. a need to define the CRC calculation in more detail.Waitaminute.
  6775. I thought you were the one arguing that having special
  6776. functionslike that outboard of the CPU was an inefficient waste
  6777. of hardware, especiallysince CPUs are getting fast enough to do
  6778. the job and not impact the rest ofthe system. I agree that doing
  6779. things like CRC in software is a Bad Idea; whendid you change
  6780. your mind?-- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe
  6781. to malice that which canjmaynard@oac.hsc.uth.tmc.edu      |
  6782. adequately be explained by a .sig virus.      "You're the only
  6783. extremist I've ever known who has a sense of              
  6784. humor." -- Richard Nixon, to Pat
  6785. Buchanan------------------------------Date: Thu, 23 Apr 1992
  6786. 02:23:28 GMTFrom:
  6787. theory.TC.Cornell.EDU!payne@tcgould.tn.cornell.eduSubject: AX.25
  6788. Link-Layer Docs (ISO-3309)???To: packet-radio@ucsd.eduIn article
  6789. <1992Apr22.182324.9358@qualcomm.com> karn@chicago.qualcomm.com
  6790. (Phil Karn) writes:>With the recent popularity of>the "software
  6791. HDLC chip" (a big step backward, in my opinion) I guess>there's
  6792. a need to define the CRC calculation in more detail.Please
  6793. clarify "big step backward."If you consider the software TNCs a
  6794. step backward because they have made theold, slow 1200 bps
  6795. standard more firmly entrenched, you are probably right.If you
  6796. mean more than that, please elaborate.  A DSP modem that
  6797. implementedHDLC in software alongside the signal processing
  6798. stuff might be a quite reasonable way to do things.-- =  =  =  =
  6799.  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  = 
  6800. =  =Andrew C. Payne, N8KEI        UUCP: 
  6801. ...!cornell!batcomputer!payne                          INTERNET:
  6802.  payne@tc.cornell.edu------------------------------Date: 22 Apr
  6803. 92 11:12:53 GMTFrom:
  6804. usc!rpi!gatech!bloom-beacon!eru.mt.luth.se!lunic!sunic!sunic2!seu
  6805. net!infovax!goran@network.UCSD.EDUSubject: AX.25 Link-Layer Docs
  6806. (ISO-3309)???To: packet-radio@ucsd.eduIn article
  6807. <31750001@hpcc01.corp.hp.com> wille@hpcc01.corp.hp.com (Ross
  6808. Wille) writes:>[stuff deleted]>  I have a copy of version 2.0,
  6809. October 1984, "AX.25 Amateur Packet-Radio>  Link-Layer Protocol"
  6810. by Terry L. Fox (ARRL).  Is this the most recent>  version of
  6811. this document?>[stuff deleted]Is this document available in
  6812. machine readable form? Any ref's?Best
  6813. regards.------------------------------Date: 22 Apr 92 13:14:49
  6814. GMTFrom:
  6815. icd.ab.com!iccgcc.decnet.ab.com!whitej@uunet.uu.netSubject: AX25
  6816. driver uploaded to ucsd.eduTo: packet-radio@ucsd.eduIn article
  6817. <21APR199220324926@vxcrna.cern.ch>, jalocha@vxcrna.cern.ch
  6818. (Pawel Jalocha) writes:> There was a problem with posting AX25
  6819. packet driver for BAYCOM-like> modem here so I uploaded it to
  6820. ucsd.edu in hamradio/packet/tcpip/incoming> directory. At the
  6821. same time I uploaded there PKTMON12 - a program> to monitor HF
  6822. and VHF packet traffic with HamComm interface.> >             Pawel
  6823. JalochaPawel,  I would like to use your driver with the "Poor
  6824. Man's Packet"modem.  The interface is via the printer port
  6825. rather than the serialport control lines as in Baycom.  Would it
  6826. be possible to get a copy ofsource to modify for that purpose? 
  6827. I suspect there are a significantnumber of the users of PMP who
  6828. would like to use TCP/IP.  TNX DEJoe KE6HA.    (internet:
  6829. whitej@astro.cs.hh.ab.com)------------------------------Date: 23
  6830. Apr 92 00:02:47 GMTFrom:
  6831. swrinde!mips!darwin.sura.net!tulane!rex!agwbbs!Angelo_Glorioso_Ii
  6832. i@network.UCSD.EDUSubject: BPQ & NOS 0201To:
  6833. packet-radio@ucsd.eduHi All, I am trying to get BPQ 4.05 and NOS
  6834. 0201 to work with my bbs system.I am running W0RLI right now
  6835. with no problems..If Possible, can I get a copy someones BPQ
  6836. Config file and NOSStartup file..Any help will be
  6837. appreciated..73 de Angelo-- Via DLG Pro
  6838. v0.991Internet:angelo_glorioso_III@agwbbs.new-orleans.LA.US 
  6839. Usenet:rex!agwbbs!angelo_glorioso_III  Packet:N5UXT @
  6840. N5UXT.#NOLA.LA.USA.NA  Tcp/ip:N5UXT.AMPT.ORG 
  6841. [44.108.2.13]------------------------------Date: 21 Apr 92
  6842. 14:58:35 GMTFrom:
  6843. swrinde!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus
  6844. @network.UCSD.EDUSubject: FLEXNET help and contact BAYCOMTo:
  6845. packet-radio@ucsd.eduIn article
  6846. <1992Apr17.165417.17465@tc.cornell.edu>
  6847. payne@theory.TC.Cornell.EDU writes:  > Unfortuantely, I'm afraid
  6848. that "others making a profit from their efforts" is  > largely
  6849. their fault.  They waited far too long to "go commercial". 
  6850. They've  > been approached by several companies who wanted to
  6851. market their hardware and  > software and these companies were
  6852. turned away (so I've heard).  >   > When you label something as
  6853. freely distributable, you are giving it away.  > To expect any
  6854. compensation is absurd.  I've gotten less than $100 in   >
  6855. shareware-type donations for my Poor Man's Packet program and
  6856. I'm surprised  > I've gotten this much.The problem was, and
  6857. still is, that the program Digicom was not being
  6858. "freelydistributed" but was being sold for between $50 and $75
  6859. with a $30 modem thrownin for free. The software should have
  6860. separated from the hardware if it was tostill be considered
  6861. "given away for free". PMP will suffer the same fate. Themodems
  6862. are being given away with a $50 copy of the software to run
  6863. them. The"correct" method of distribution if you make a product
  6864. specifically for usewith "freeware" is to make a software +
  6865. schematic available for a nominal costin addition to the
  6866. product. An example of that is Tucson Amateur Packet
  6867. Radio.xenon!skyld!jangus   < This space left blank
  6868. intentionally. >J Angus, PO Box 4425, Carson CA 90749-4425 voice
  6869. (310) 324-6080------------------------------Date: 23 Apr 92
  6870. 03:24:10 GMTFrom:
  6871. swrinde!mips!darwin.sura.net!udel!louie!dewey.udel.edu!zickus@net
  6872. work.UCSD.EDUSubject: MFJ-1278 WEFAX software helpTo:
  6873. packet-radio@ucsd.edu    I'm currently writing some software to
  6874. display the WEFAX data stream from my MFJ-1278 Multi-mode data
  6875. controller on my Macintosh.    I've had some success, but would be
  6876. interested in sharingcode/experiences with anyone who's written
  6877. software to work with the'1278.    Sure, I know I could just *buy*
  6878. a program, but where's the funin that?? :-)   Any pointers to PD
  6879. software of this type would beappreciated as well...    thanks!--t.
  6880. e. zickus              | qdc                            
  6881. tez@brahms.udel.edusenior software engineer  | udel             
  6882.                   zickus@udel.eduquantum development corp. |
  6883. usps     209 chaingate circle, landenberg, pa 19350 302/798-0899
  6884.              | "what is is not, but only what you think it is"
  6885. ------------------------------Date: Thu, 23 Apr 92 07:36:01
  6886. GMTFrom:
  6887. usc!wupost!csus.edu!netcomsv!mork!sevenup@network.UCSD.EDUSubject
  6888. : Sony ICF-PRO80 <FOR SALE>To: packet-radio@ucsd.edu    Any
  6889. interest out there in my Sony scanner--sane offers to mye-mail
  6890. address. --Trades are possible, my interests include HT's,packet
  6891. gear, and other resources to facilitate my finishing my
  6892. smallportable packet station. I already have the PacComm TNC,
  6893. dual band HT,and HP95LX but I still need a battery source and
  6894. small durable case,and possibly a solar panel :-).--cheers
  6895. (still waiting for my call)--
  6896. _________________________________________________________________
  6897. _______^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  6898. ^^^^^^^^^^^^^^ Mark W.
  6899. Moorcroft    ___________________WARNING_________________            |                      
  6900. | sevenup@netcom.COM    |Do not swallow batteries or dispose of   
  6901. |                         |in fire.If a battery is
  6902. swallowed,contact | 70741,325 - CIS    |your local poison control
  6903. center,your     |            |physician,or the National Battery        
  6904. |            |Ingestion Hotline at 202-625-3333         |            |                      
  6905. |            |------------------------------------------|                      
  6906.     ^^excerpt from Motorola pager instructions^^                   
  6907. Sometimes truth is stranger than fiction
  6908. !!_______________________________________________________________
  6909. _________^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  6910. ^^^^^^^^^^^^^^^^------------------------------Date: 22 Apr 1992
  6911. 12:22:03 -0700From: news-mail-gateway@ucsd.eduSubject: THIS MAIL
  6912. IS BEING RETURNED BECAUSE IT WAS NEVER READ BY THETo:
  6913. packet-radio@ucsd.eduX-Delivery-Notice:  SMTP MAIL FROM does not
  6914. correspond to sender.Received: from VMD.CSO.UIUC.EDU (RSCSXA) by
  6915. UWAVM.U.WASHINGTON.EDU (Mailer R2.08 R208004) with BSMTP id
  6916. 1078; Mon, 16 Mar 92 06:56:58 PSTReceived: by UIUCVMD (Mailer
  6917. R2.07) id 2131; Mon, 16 Mar 92 08:57:10 CSTDate:         Mon, 16
  6918. Mar 1992 04:30:02 PSTReply-To:     Packet-Radio@UCSD.EduSender: 
  6919.      Packet Radio <I-PACRAD@UIUCVMD.BITNET>From:        
  6920. Packet-Radio Mailing List and Newsgroup
  6921. <packet-radio@UCSD.EDU>Subject:      Packet-Radio Digest V92
  6922. #70To:           Marty Baxter <DEMO@UWAVMXA.BITNET>Packet-Radio
  6923. Digest         Mon, 16 Mar 92       Volume 92 : Issue  70Today's
  6924. Topics:               BBS name standards / Packet-BBS gateways  
  6925.                            KAM/PK232                          
  6926. Packet RepeatersSend Replies or notes for publication to:
  6927. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  6928. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  6929. otherwise to brian@ucsd.edu.Archives of past issues of the
  6930. Packet-Radio Digest are available(by FTP only) from UCSD.Edu in
  6931. directory "mailarchives/packet-radio".We trust that readers are
  6932. intelligent enough to realize that all textherein consists of
  6933. personal comments and does not represent the officialpolicies or
  6934. positions of any party.  Your mileage may vary.  So
  6935. there.-----------------------------------------------------------
  6936. -----------Date: 16 Mar 92 07:22:25 GMTFrom:
  6937. elroy.jpl.nasa.gov!swrinde!gatech!pitt.edu!pitt!w2xo!durham@ames.
  6938. arpaSubject: BBS name standards / Packet-BBS gatewaysTo:
  6939. packet-radio@ucsd.eduI recently put forth a proposal that packet
  6940. bbses adopt a namingstandard such that personal mail could be
  6941. inferred from the factthat the recipient address contained a
  6942. numeral, such as allham call do, and that "distribution" groups
  6943. such as "AMSAT, ARRL, etc"would contain *no* numerals.A synopsis
  6944. of the discussion so far:To: durham@w2xo.pgh.pa.usFrom:
  6945. pitt!ve6mgs.ampr.org!mark (Mark G. Salyzyn, VE6MGS)Subject:
  6946. WowStatus: RJim, marvelous idea ... no distribution name
  6947. contains numerals, nocall letters contains no numerals. I like
  6948. it. except, weget a few distributions with numerals (9600, PNW7
  6949. ...), so Iwould simply state that we use a short `legal call'
  6950. algorithminstead to weed these out. There was source for one
  6951. posted about a month ago,but a mistaken `find
  6952. /usr/spool/news/rec/radio +45 -exec rm ...'(instead of -mtime
  6953. +45, I keep stuff around for 60 normally) when Iran out of spool
  6954. space today made mince meat of that idea !!! :-(If not, I use a
  6955. small call checker here that has not yet been tripped ...Thanks
  6956. for the idea, I will be changing the code today to reflect
  6957. hisimprovement. Your `problem' with NTS traffic ... ALL NTS
  6958. traffic issupposed to be addressed to the NTS<district> so ANY
  6959. message with nts*MUST be NTS traffic (unless, tee hee, someone
  6960. decides to send abulletin to explain NTS operation and addresses
  6961. it to NTS :-)Ciao, 73 de VE6MGS/Mark
  6962. -sk-*************************************************************
  6963. *From: pitt!ve6mgs.ampr.org!mark (Mark G. Salyzyn,
  6964. VE6MGS)Subject: No numbers in personnal address on packetStatus:
  6965. RJim, another `idea'. But this may be due to the nature of the
  6966. gatewayI operate. Since our local BBS operator is overwhelmed
  6967. with `just' thenormal packet operation, he is reluctant to
  6968. support dropping messagesoff directly in the TNC mailboxes
  6969. unless they have a proven record ofbeing reliable. I, on the
  6970. other hand, operate the gateway to allowmessages directly into
  6971. mailboxes. A `popular' approach is to dropthe message off to the
  6972. `person' rather than the `call'.        SP DENNIS @ VE6PAWas an
  6973. example. The personnal mailboxes often do distinguish
  6974. betweenbulls and personals too. I don't think this is a problem
  6975. at yourgateway (being centrally located, and used by people all
  6976. across theUS), but it shoots holes in me using the
  6977. number/no-number approach fordifferentiating between bulletins
  6978. and personal messages :-(.Ciao, 73 de VE6MGS/Mark
  6979. -sk-*************************************************************
  6980. *****AA4RE suggested:>Alpha = bulletin>alphanumeric = 
  6981. personal>all numeric = NTS (at least US)>Another NTS option is
  6982. that they are all sent to    xxxx @
  6983. NTSxxx***********************************************************
  6984. ********W2XO reply:Parsing for a few exceptions wouldn't be
  6985. bad.There is perhaps a bigger problem with distribution names:
  6986. Howdo you tell that they are *packet* addresses? Mail comes
  6987. infrom , let's say, lots of different sources/networks.
  6988. Packetmail can be parsed by inferring that it is packet mail
  6989. from".NOAM", ".AU", ".EU"... etc. Only as many cases to parse
  6990. asthere are continents. There is no "H" address on a
  6991. distribution name.Should there be?I guess one could parse for
  6992. all the
  6993. names.-Jim*******************************************************
  6994. ************AA4RE reply:>Well we could always make our own
  6995. standard...>   SB SALE @
  6996. ALLUS.Bulletin.ampr>Roy******************************************
  6997. ***************************W2XO AGAIN:Hurrah! I think that is
  6998. may be just that simple.The problem is really on the *RFC-822*
  6999. side, not the packet bbs side.If someone sent a bulletin from ,
  7000. say, the internet addressed thisway:  
  7001. all%allus.bulletin.ampr@w2xo.pgh.pa.us, I could easily parse
  7002. it.One nit-picky thing, I dislike "ampr" because it is too close
  7003. to thetcp/ip network name of "ampr.org". Maybe "amprbbs"Hmmm...
  7004. how about  all%allus.$234567_w7kdj.amprbbs.bull@HOSTNAMESendmail
  7005. here would immediately drop my hostname andchange the "%" to a
  7006. "@", which would be:       
  7007. all@allus.$234567_w7kdj.amprbbs.bullThe mailer called by
  7008. sendmail would then feed it to the packetbbs as:        ALL @
  7009. ALLUS < W7KDJ $234567_W7KDJ------------------On the "packet"
  7010. side, using the "H address" field for bulletinscould work. This
  7011. would eliminate having a big table of all thedistribution names
  7012. (ALLUS, AMSAT..etc).I can only speak for my software, but I
  7013. assume that just moving theH address parser higher in the
  7014. parsing chain would allow thebbs to recognize anything with
  7015. ".BULL.AMPRBBS" as a bulletin, nomatter what the distribution
  7016. name.Hmmm.. if we used a scheme like including the BID in the H
  7017. addressof a bulletin, it would make the BID field redundant
  7018. 8-).Am I off the deep
  7019. end?-Jim------------------------------Date: 15 Mar 92 02:12:59
  7020. GMTFrom:
  7021. usc!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus@net
  7022. work.UCSD.EDUSubject: KAM/PK232To: packet-radio@ucsd.eduIn
  7023. article <45982@wd6ehr.ampr.org>
  7024. wd6ehr.ampr.org!wd6ehr@puffin.UUCP writes:  >                   
  7025.      KAM             PK232           1278  >  > Standard TNC2
  7026. commands  no              no              yes  >  > PktGold
  7027. compat  >         "host" mode     not yet         yes           
  7028.  no  >  > True DCD                no              no            
  7029.  yes  >Almost ALL of the KAM commands regarding Packet operation
  7030. are "standard".About the only differences are things like
  7031. "Status" instead of "CStatus".PktGold is a specific package
  7032. written for the AEA Host mode, there arespecific packages
  7033. written to take advanage of the new (version 4 and later)Host
  7034. mode in the KAM TNC. Hostmaster for example. Also, there are
  7035. packagesfor multi-mode TNC's that are written to support all
  7036. three. Lan-link by G3ZCZis a prime example. PHS (written by the
  7037. same person that developed THS forthe DRSI cards) is a true
  7038. multi-mode HOST package for the AEA PK-232. Themajor difference
  7039. between it and PktGold is the $65 price. PHS is shareware.On the
  7040. DCD, the KAM software is adjustable and has different settings
  7041. forboth the HF and VHF modes. The TAPR state machine is a fine
  7042. part, but itdidn't give 'true' DCD for HF operation without a. a
  7043. second TAPR DCD board,and b. a lot of extra parts. Considering
  7044. the added features of the 3.0 andlater upgrades, the $40 for the
  7045. EPROM was worth it. All that is required issome time to sit and
  7046. adjust settings and take notes for comparing performance.A final
  7047. note on the tuning displays. For HF packet and RTTY, the KAM
  7048. displayis much better than the PK-232. If you're used to a more
  7049. 'traditional' crosstype tuning scope, the filter output of the
  7050. KAM is available, but not worththe additional effort. The 1278
  7051. has good internal and external tuning.xenon!skyld!jangus or
  7052. wa6fwi@wb6ymh.#soca.ca.usa.naJ Angus, PO Box 4425, Carson CA
  7053. 90749-4425 voice (310)
  7054. 324-6080------------------------------Date: 15 Mar 1992 17:10:55
  7055. -0800From: news-mail-gateway@ucsd.eduSubject: Packet
  7056. RepeatersTo: packet-radio@ucsd.eduUp here in the land of the
  7057. forgotten,  we  have  some  serious  packet  networkproblems.  
  7058. Everything presently occurs on one channel, 145.01.  NET-ROM
  7059. nodes,mail forwarding, three or four BBS,  point-to-point 
  7060. chit-chat,  at  least  twodozen  personal BBS things, etc.  The
  7061. biggest problem is as soon as you connectto the local node and
  7062. try to get into the local BBS, everybodys mail-forwardingand 
  7063. beacons  and  everything  else  comes  alive,  and  you  get
  7064. re-tried intooblivion.I have visited the Northwest and seen
  7065. their excellent (IMHO) system where  eachnode/BBS  has  its own
  7066. (coordinated?) frequency.  The mail-forwarding etc takesplace on
  7067. 220 or above, so you're basically  on  your  own.   I  was 
  7068. definitelyimpressed.Our  local  folks don't like this idea, but
  7069. do want to set up a separate systemfor local use, especially for
  7070. ARES/RACES type stuff.  I suggested  they  simplyput  up 
  7071. another NET-ROM type node such as the 145.01 system, but they
  7072. feel forsome reason that they need a full duplex repeater.My
  7073. question to the net: Are there any real advantages/disadvantages
  7074. to using  afull-duplex  (just  like  voice)  repeater  for 
  7075. packet.   I  know  it  is moreexpensive, uses two channels,
  7076. etc., but I need more.Please E-mail your responses as I don't
  7077. often get time to read the newsgroup.Thank you for any
  7078. info.73,MichaelWA7SKG--::::::::::::::::::::::::::::::::::::::::::
  7079. ::::::::::::::::::::::::::::::::::::Michael A. Barnes           
  7080.           Land Mobile Radio andscxc3@TINCAN-SAWYER.AF.MIL       
  7081.      Frequency  ManagementPhone: (906)346-2811                  
  7082.     410 SPTG/SCX       DSN: 472-2811                    K.I.
  7083. Sawyer AFB, MI       FAX: ext-2474                       
  7084. 49843-6346   Therefore do not worry about tomorrow, for tomorrow
  7085. will worry about     itself.  Each day has enough trouble of its
  7086. own.  (Matthew
  7087. 6:34)::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  7088. ::::::::::::::::::------------------------------Date: 15 Mar 92
  7089. 18:17:36 GMTFrom:
  7090. swrinde!cs.utexas.edu!wupost!emory!wa4mei!ke4zv!gary@network.UCSD
  7091. .EDUTo: packet-radio@ucsd.eduReferences
  7092. <1992Mar10.100609.2512@EE.Surrey.Ac.UK>,
  7093. <1992Mar13.170108.835@ke4zv.uucp>,
  7094. <1992Mar14.202323.27861@cc.gatech.edu>Reply-To : gary@ke4zv.UUCP
  7095. (Gary Coffman)Subject : Re: PACKET RADIO TALKIn article
  7096. <1992Mar14.202323.27861@cc.gatech.edu> harold@cc.gatech.edu
  7097. (Harold C. Forbes) writes:>In article
  7098. <1992Mar13.170108.835@ke4zv.uucp> gary@ke4zv.UUCP (Gary Coffman)
  7099. writes:>>>How will TCP/IP influence future systems ?>>>>Because
  7100. the implementation we have is totally open, it has attracted>>a
  7101. lot of interest among the code hackers. Potentially it opens
  7102. the>>way for unlimited applications, but as a practical matter
  7103. because of>>the monolythic way it's implemented on DOS machines,
  7104. it's turning into>>a complicated way to do a BBS and ship a few
  7105. files. It's actually an>>impediment to new applications at this
  7106. time. It's best use now is>>as a switch node in the trunk
  7107. network and as a gateway to a capable>>multitasking system with
  7108. native TCP/IP (ie a Unix box). Before TCP/IP>>can have a
  7109. significant impact on packet, we've got to abandon DOS>>or
  7110. rewrite the code to act as a device driver accessable to
  7111. *any*>>program running on the system.>>The Mach 3.0 kernal is
  7112. free, and is being used on 386 machines.>The GNU HURD may become
  7113. a reality one day.  Maybe now is the time to>switch?This always
  7114. starts flame wars in the TCP Group mailing list when itcomes up,
  7115. so I should probably be quiet. However, this is a pet peeveof
  7116. mine. While I very much appreciate all the hard work done by
  7117. Philand others to make TCP/IP available on DOS platforms, it
  7118. really isa limitation on network *applications*. I'm playing
  7119. with a AX25 driverfor SunOS that came down the net, and that may
  7120. be the solution I'mlooking for, but it *does* require a Sun
  7121. Workstation and most amateursdon't have one sitting on their
  7122. operating bench like I do. Plus thereare a lot of neat hacks in
  7123. the latest versions of Phil's code thatapply directly to radio
  7124. packet that are missing from the Sun TCP/IP.I'm afraid that any
  7125. Unix lookalike for Intel platforms that doesn'tsupport DOS
  7126. emulation is going to meet with little acceptance amonghams. The
  7127. commercial packages that do are terribly expensive, morethan the
  7128. hardware in many cases. We really need a way for DOS
  7129. applicationsto talk to TCP/IP other than through Desqview
  7130. loopback schemes. Turningthe present code into a device driver
  7131. that a DOS program can treatas a character device, or maybe
  7132. block device, just like any otherdevice on the system, would
  7133. immediately open up a whole range ofapplications for packet.
  7134. Applications programmers could treat thepacket network as a
  7135. black box that responds like a terminal or adisk. I see lots of
  7136. uses for this.Gary KE4ZV------------------------------End of
  7137. Packet-Radio Digest V92
  7138. #70******************************------------------------------En
  7139. d of Packet-Radio Digest V92
  7140. #108******************************Date: Fri, 24 Apr 92 04:30:03
  7141. PDTFrom: Packet-Radio Mailing List and Newsgroup
  7142. <packet-radio@ucsd.edu>Errors-To:
  7143. Packet-Radio-Errors@UCSD.EduReply-To:
  7144. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  7145. Digest V92 #109To: packet-radioPacket-Radio Digest         Fri,
  7146. 24 Apr 92       Volume 92 : Issue 109Today's Topics:            
  7147.                AmigaNOS v2.9ARRL's "Business Rule" proposal -
  7148. automatic retransmission prohibited?                 Best of
  7149. both worlds? (PBBS & TCP/IP)                         PK-232 Rx
  7150. Going Weak                      Sony ICF-PRO80 <FOR SALE>Send
  7151. Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
  7152. subscription requests to:
  7153. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  7154. otherwise to brian@ucsd.edu.Archives of past issues of the
  7155. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  7156. directory "mailarchives/packet-radio".We trust that readers are
  7157. intelligent enough to realize that all textherein consists of
  7158. personal comments and does not represent the officialpolicies or
  7159. positions of any party.  Your mileage may vary.  So
  7160. there.-----------------------------------------------------------
  7161. -----------Date: 23 Apr 92 14:13:17 GMTFrom:
  7162. mcsun!uknet!mucs!jh.mcc.ac.uk!J.Heaton@uunet.uu.netSubject:
  7163. AmigaNOS v2.9To: packet-radio@ucsd.eduI have just put AmigaNOS
  7164. v2.9 on ucsd.edu in the /hamradio/packet/tcpip/incoming/..
  7165. directory as anos29.lha.   Only the executable is there at the
  7166. moment.John.Cheers, John.                  JANET :
  7167. J.Heaton@uk.ac.Manchester  Packet: G1YYH@G1YYH.GB7NWP.#16.GBR.EU
  7168.                        (QTHR)* - - - - - - - - - - - - - - - - -
  7169. - - - - - - - - - - - - - - - - - *|                      NRS
  7170. Central Administrator                      || MCC Network Unit,
  7171. The University, Oxford Road, Manchester,  M13-9PL ||          
  7172. Phone: (+44) 61 275 6011, FAX: (+44) 61 275 6040          |* - -
  7173. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  7174. *------------------------------Date: Fri, 24 Apr 1992 03:33:54
  7175. GMTFrom: munnari.oz.au!ipso!dave@network.UCSD.EDUSubject: ARRL's
  7176. "Business Rule" proposal - automatic retransmission
  7177. prohibited?To: packet-radio@ucsd.eduIn article
  7178. <14580027@hpnmdla.sr.hp.com>    alanb@hpnmdla.sr.hp.com (Alan
  7179. Bloom) writes:>A voice repeater retransmits the signal AS IT IS
  7180. RECEIVED.  You can think>of the repeater as a bent pipe that
  7181. takes the input signal and sends it>out again unmodified.>>A
  7182. digipeater does the same thing an old-time traffic handler
  7183. does.>It receives the message (packet), stores it, and re-sends
  7184. it later.>I believe that the FCC definition of "repeater" no
  7185. more applies to>packet digipeaters than it would to traffic
  7186. handlers.  What about "bent-pipe" digipeaters?  They exist... 
  7187. Oh, all right, thereis a bit's worth of delay, but surely
  7188. there's a few nanoseconds delay ona voice repeater...-- Dave
  7189. Horsfall (VK2KFU)         VK2KFU @
  7190. VK2RWI.NSW.AUS.OCdave@ips.OZ.AU                 
  7191. ...munnari!ips.OZ.AU!dave       ADA - from the people who
  7192. brought you COBOL------------------------------Date: 23 Apr 92
  7193. 16:58:00 GMTFrom:
  7194. usc!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!pacific.mps.ohio
  7195. -state.edu!linac!att!cbnewsj!kb2glo@network.UCSD.EDUSubject:
  7196. Best of both worlds? (PBBS & TCP/IP)To:
  7197. packet-radio@ucsd.eduI've been using the PRMBS PBBS for about a
  7198. year or soand think it has a great user interface. However I'd
  7199. liketo explore the world of TCP/IP and broaden my packet
  7200. capabilities.However I don't want to give up my daily reading of
  7201. packetbulletins... Since I don't know alot about NOS I may
  7202. bemistaken but I think NOS only handles mail and not
  7203. thebulletins that you would normally see on a PBBS. If
  7204. I'mmistaken please let me know. However I've heard that thereare
  7205. some PBBS that can also do TCP/IP. So I wonder if thereis
  7206. something out there that would fit my requirements:PBBS email &
  7207. bulletins, TCP/IP functionality (ftp, telnet, smtp),land line
  7208. support for remote login and PBBS message forwarding,HamCall
  7209. CDrom supported, and of course source code available soI can
  7210. hack it if I need something that isn't available.Is there
  7211. something out there that will do all or most of whatI'm looking
  7212. for or am I asking for to much???Thanks in advance for your
  7213. reply. 73, Tom KB2GLO.-- Tom Kenny, KB2GLOUUCP:
  7214. ...!att!mtuxo!tek              Internet:
  7215. tek%mtuxo@att.att.comPacket Radio: kb2glo@n2kzh..nj.usa   AMPR:
  7216. kb2glo@nn2z.ampr.org
  7217. [44.64.0.10]------------------------------Date: 24 Apr 92
  7218. 03:34:23 GMTFrom:
  7219. usc!cs.utexas.edu!ut-emx!shrike!kriss@network.UCSD.EDUSubject:
  7220. PK-232 Rx Going WeakTo: packet-radio@ucsd.eduDate: Thu, 23 Apr
  7221. 92 22:23:15 CSTMessage-Id: <930@kd5vu.ampr.org>From:
  7222. kd5vu@kd5vu.ampr.org (Dick Kriss [44.76.1.40])Reply-To: KD5VU @
  7223. N5LJF.#AUS.TX.USATo: wb5ddp%w5ifp@n5ljf.ampr.orgSubject: Note
  7224. for TPRS ReportX-Mailer: IM/Mac 1.0b20Carl, suggest the
  7225. following PK-232 tip for the next TPRS Report:       ----------
  7226. IS YOUR PK-232 GOING DEAF? ------------                         
  7227.     By Dick Kriss, KD5VUMy PK-232MBX was slowly going deaf. The
  7228. transmit was okay, but I was havingtrouble receiving packets. I
  7229. would connect to a station and get good ACKs, butwas having
  7230. trouble printing them and since I was not receiving their
  7231. packet,they would time out waiting for me to ACK. This problem
  7232. did not happen overnight but seemed to degrade with time.Called
  7233. AEA and the technician suggested I change out U-20, MC-1488. I
  7234. used aRadio Shack 276-2520 Quad Line Driver. It worked! I have
  7235. to admit it was noteasy to remove the old IC that was soldered
  7236. to the board. It now has a socket!If your PK-232 seems to be
  7237. going deaf, consider replacing U-20. Much thanks toAEA for the
  7238. tip. Save me having to send the PK-232 off for repair.73 de
  7239. Dick,
  7240. KD5VU============================================================
  7241. =========      Richard (Dick) Kriss    E-Mail:
  7242. kriss@austin.lockheed.com      904 Dartmoor Cove    Packet
  7243. Radio: SP KD5VU @ N5LJF.#AUS.TX.USA.NA    Austin, Texas 78746   
  7244. Phone: 512-386-4153 (day) or 327-9566 (evenings)  My employer
  7245. has nothing to do with this message! ...  _._             
  7246. =================================================================
  7247. ====    ------------------------------Date: Fri, 24 Apr 92
  7248. 03:25:39 GMTFrom:
  7249. sdd.hp.com!wupost!csus.edu!netcomsv!mork!sevenup@network.UCSD.EDU
  7250. Subject: Sony ICF-PRO80 <FOR SALE>To: packet-radio@ucsd.eduNot
  7251. to hog more bandwidth but I just realized my little ad belongs
  7252. inrec.radio.*.swap.--sorry--
  7253. _________________________________________________________________
  7254. _______^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  7255. ^^^^^^^^^^^^^^ Mark W.
  7256. Moorcroft    ___________________WARNING_________________            |                      
  7257. | sevenup@netcom.COM    |Do not swallow batteries or dispose of   
  7258. |                         |in fire.If a battery is
  7259. swallowed,contact | 70741,325 - CIS    |your local poison control
  7260. center,your     |            |physician,or the National Battery        
  7261. |            |Ingestion Hotline at 202-625-3333         |            |                      
  7262. |            |------------------------------------------|                      
  7263.     ^^excerpt from Motorola pager instructions^^                   
  7264. Sometimes truth is stranger than fiction
  7265. !!_______________________________________________________________
  7266. _________^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  7267. ^^^^^^^^^^^^^^^^------------------------------Date: 24 Apr 1992
  7268. 06:26:12 GMTFrom: ucsd.edu!brian@network.UCSD.EDUTo:
  7269. packet-radio@ucsd.eduReferences
  7270. <1992Apr17.174607.3069@pictel.com>,
  7271. <14580027@hpnmdla.sr.hp.com>,
  7272. <1992Apr24.033354.2250@ips.oz.au>Subject : Re: ARRL's "Business
  7273. Rule" proposal - automatic retransmission
  7274. prohibited?dave@ips.oz.au (Dave Horsfall) writes:>What about
  7275. "bent-pipe" digipeaters?  They exist...  Oh, all right, there>is
  7276. a bit's worth of delay, but surely there's a few nanoseconds
  7277. delay on>a voice repeater...Terminology clarification:
  7278. digipeaters are store and forward - theyinhale a whole packet
  7279. and spit it out after it has been completelyreceived.  They
  7280. update the 'digipeated' bit in the packet headers.They employ
  7281. shared-channel access methods, such as CSMA/CA.  They doNOT
  7282. repeat bits instantaneously.A real-time repeater is NOT a
  7283. digipeater, even when it's repeatingpackets and/or other digital
  7284. communications.    - Brian------------------------------End of
  7285. Packet-Radio Digest V92 #109******************************Date:
  7286. Sat, 25 Apr 92 04:30:03 PDTFrom: Packet-Radio Mailing List and
  7287. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  7288. Packet-Radio-Errors@UCSD.EduReply-To:
  7289. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  7290. Digest V92 #110To: packet-radioPacket-Radio Digest         Sat,
  7291. 25 Apr 92       Volume 92 : Issue 110Today's Topics:            
  7292.                AmigaNOS v2.9ARRL's "Business Rule" proposal -
  7293. automatic retransmission prohibited?                   Educating
  7294. the unwashed (2 msgs)                     Full service BBS in
  7295. DAYTON ?                        KA9Q for the Hp 48sx??          
  7296.              Perpetuation (2 msgs)                        
  7297. PK-232 Rx Going Weak                  Where to find INTRONOS at
  7298. ucsd.eduSend Replies or notes for publication to:
  7299. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  7300. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  7301. otherwise to brian@ucsd.edu.Archives of past issues of the
  7302. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  7303. directory "mailarchives/packet-radio".We trust that readers are
  7304. intelligent enough to realize that all textherein consists of
  7305. personal comments and does not represent the officialpolicies or
  7306. positions of any party.  Your mileage may vary.  So
  7307. there.-----------------------------------------------------------
  7308. -----------Date: 24 Apr 92 13:15:38 GMTFrom:
  7309. usc!sol.ctr.columbia.edu!spool.mu.edu!tulane!darwin.sura.net!Siri
  7310. us.dfn.de!zrz.tu-berlin.de!news.netmbx.de!Germany.EU.net!mcsun!uk
  7311. net!acorn!agodwin@network.UCSD.EDUSubject: AmigaNOS v2.9To:
  7312. packet-radio@ucsd.eduIn article <J.Heaton.39@MCC.ac.uk>
  7313. J.Heaton@MCC.ac.uk (John Heaton) writes:>I have just put
  7314. AmigaNOS v2.9 on ucsd.edu in the
  7315. /hamradio/packet/tcpip/>incoming/.. directory as anos29.lha.  
  7316. Only the executable is there at the >moment.>>John.Would you
  7317. mind mailing or posting a release note for the changes ? It's
  7318. hard to get to ucsd from here ...-adrian, g7hwn--
  7319. -----------------------------------------------------------------
  7320. ---------Adrian Godwin                                       
  7321. (agodwin@acorn.co.uk)------------------------------Date: 24 Apr
  7322. 92 18:58:43 GMTFrom:
  7323. swrinde!mips!cs.uoregon.edu!ogicse!hp-cv!hp-pcd!news1.boi.hp.com!
  7324. hpscdc!hplextra!hpl-opus!hpnmdla!alanb@network.UCSD.EDUSubject:
  7325. ARRL's "Business Rule" proposal - automatic retransmission
  7326. prohibited?To: packet-radio@ucsd.eduIn rec.radio.amateur.packet,
  7327. dave@ips.oz.au (Dave Horsfall) writes:I said:>>A voice repeater
  7328. retransmits the signal AS IT IS RECEIVED.  You can think>>of the
  7329. repeater as a bent pipe that takes the input signal and sends
  7330. it>>out again unmodified.>>>>A digipeater does the same thing an
  7331. old-time traffic handler does.>>It receives the message
  7332. (packet), stores it, and re-sends it later.>>I believe that the
  7333. FCC definition of "repeater" no more applies to>>packet
  7334. digipeaters than it would to traffic handlers.  >What about
  7335. "bent-pipe" digipeaters?  They exist...  Oh, all right, there>is
  7336. a bit's worth of delay, but surely there's a few nanoseconds
  7337. delay on>a voice repeater...If you send packet through a voice
  7338. repeater (or any other repeater thatdoes not decode the packet
  7339. and then reconstruct it before transmission), then I believe it
  7340. would qualify as a "repeater" by FCC's definition.AL
  7341. N1AL------------------------------Date: Fri, 24 Apr 1992
  7342. 15:52:05 GMTFrom:
  7343. usc!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locus.com!d
  7344. ana@network.UCSD.EDUSubject: Educating the unwashedTo:
  7345. packet-radio@ucsd.eduThis morning I was chatting with some of
  7346. the Antelope Valley localson 2m, when one of the guys asked
  7347. another "Hey, should I get a verticalto run packet?" and the
  7348. other answered "You should run a beam so youget through".Gasp.[
  7349. In all fairness, the popular local frequencies already suffer 
  7350. horribly from hidden transmitter syndrome, so using a beam
  7351. probably  doesn't make anything worse, but it doesn't help.
  7352. ]Then, when one station was complaining about poor receiver
  7353. response,I asked him, "Does your TNC have true DCD?" He says
  7354. "Yes, but I usemy squelch anyway to quiet the receiver". Then,
  7355. another station says"It is wrong to run open squelch cause then
  7356. you'll be too sensitiveand people with poor paths will digipeat
  7357. through you and generatemultiple retries". I said "Oh, the TAPR
  7358. paper from the ARRL CNCproceedings pretty clearly shows the
  7359. benefit of running open squelchwith a true DCD". What was I
  7360. thinking? One station responds "Oh, thesquelch recovery time is
  7361. shorter than the receiver recovery time soit doesn't matter,
  7362. cause the squelch recovers before the receiver does".Huh?
  7363. Another station then sagely chimes in, "Well, you can read all
  7364. thosepapers and tear your shack all apart making mods but it all
  7365. doesn'tmatter".Gasp.When I suggested that users should consider
  7366. slight reductions in realtime response in order to have a more
  7367. efficient overall network thatwould support more users and have
  7368. smaller drops in performance whenthe channel is congested, the
  7369. response was something like "My packetstation is OK, it is
  7370. everybody else that slows it down".GaspSo, I'm tempted to
  7371. prepare a presentation for the local club meetingwhere I attempt
  7372. to explain some of the mystical terminology of packet(like,
  7373. "What is FRACK?") and get the packet users to look things
  7374. likethe CNC proceedings rather than just flying by the seat of
  7375. their pants.But, I think that might just be an exercise in
  7376. futility. Maybe I'lljust work on a few locals, set up an IP net
  7377. on the locally sanctionedpacket frequency (which sees zero
  7378. activity), and ignore the unwashed.What do y'all think?--  *
  7379. Dana H. Myers KK6JQ         | Views expressed here are    * * (213)
  7380. 337-5136         | mine and do not necessarily    * * dana@locus.com  DoD
  7381. #466     | reflect those of my employer    * * "Dammit Bones, spare me
  7382. the lecture and give me the shot!"  
  7383. *------------------------------Date: 25 Apr 92 06:16:33 GMTFrom:
  7384. swrinde!mips!darwin.sura.net!haven.umd.edu!ni.umd.edu!sayshell.um
  7385. d.edu!louie@network.UCSD.EDUSubject: Educating the unwashedTo:
  7386. packet-radio@ucsd.eduIn article
  7387. <1992Apr24.155205.2814772@locus.com> dana@locus.com (Dana H.
  7388. Myers) writes:>Gasp.>>Gasp.>>Gasp>>So, I'm tempted to prepare a
  7389. presentation for the local club meeting>where I attempt to
  7390. explain some of the mystical terminology of packet>(like, "What
  7391. is FRACK?") and get the packet users to look things like>the CNC
  7392. proceedings rather than just flying by the seat of their
  7393. pants.>>But, I think that might just be an exercise in futility.
  7394. Maybe I'll>just work on a few locals, set up an IP net on the
  7395. locally sanctioned>packet frequency (which sees zero activity),
  7396. and ignore the unwashed.>>What do y'all think?Being a "computer"
  7397. type, I got involved in Packet Radio. Note quiteback in the dark
  7398. ages, but close.  I got a TNC-1 kit (in the prettyblack box!)
  7399. and put it together.  Tried to figure out who thought thatX.25
  7400. LAPB, a serial line point-to-point protocl was a good idea in
  7401. amultipoint, multi-access contention based environment.  Turns
  7402. out thatno one really thinks its a good idea; actually, most
  7403. don't think aboutit at all.  They just run more power, or put up
  7404. "wide-area"digipeaters to ensure we would all be plagued with
  7405. hidden-terminalproblems.  Sigh.Hacked a while with AX.25 and
  7406. tried to figure out why I would want tolog into a BBS at a
  7407. pathetic effective rate as compared (at the time)to my 2400 bps
  7408. landline modem that I used to read USENET.  Heck, evenan honest
  7409. 300 bps would have been better.  So I punted.  Sigh.So, I run
  7410. into Phil at a regional packet radio meeting, and we marvelhow
  7411. all the BBS users are trying to build a distributed BBS
  7412. systemusing the W0RLI and "mail", slowly but surely re-inventing
  7413. USENETnews.  We point out that this has been done, but of
  7414. course, not byhams, so they can't use it.  Feh.  Try to explain
  7415. TCP/IP and no onecan understand why you'd want to use it since
  7416. you can't log intothe local BBS.  Sigh.Then comes Phil with his
  7417. TCP/IP stack, which was reallyinteresting.  I started hacking on
  7418. it when it was running on the oldXerox 820 boards; started a
  7419. port to a 68000 single board micro.  Notenough memory.  Then
  7420. came a new and improved version of NET for thePC, and I bought
  7421. an Amiga and ported it.  Hmm.. needs KISS, so I buy aMFJ TNC.
  7422. KISS and my AmigaNET work pretty well.  Hmm.. works evenbetter
  7423. over the aforementioned 2400 bps landline modem.  Radio?  Whyuse
  7424. this radio stuff?  Sigh.Then comes even niftier NOS and my 2400
  7425. bps modem is replaced by aV.32 9600 bps modem.  So I do an
  7426. AmigaNOS hack/port.  Pretty nifty.Co-ordinate and set up the
  7427. first coast-to-coast "wormhole" (running asWA3YMH-1, remember
  7428. that?).  I thought it was an incredible hack andpretty ugly. 
  7429. But folks thought it was wonderful.  I was rather moreimpressed
  7430. by the 56KBPS PSK modems used on the commerical
  7431. satallitetransponder that we shoved digitized audio though. 
  7432. Sigh.It was also the first place that NET/ROM really got used. 
  7433. I am soashamed to have even inadvertantly contributed to the
  7434. "success" ofNET/ROM and its bogos distance-vector routing
  7435. protocols with all thewrong time constants.  Try to explain to
  7436. folks that you can't justvary the metrics used by NET/ROM
  7437. without having ALL the nodesconfigured coherently; otherwise you
  7438. get horrible routing loops.  Sureenough, horrible routing loops.
  7439.  You try to explain Bellman-Forddistance vector protocols, and
  7440. why they are really bad news forasymmetric paths; but they think
  7441. its great.  Of course, they don'trealize that they might as well
  7442. not even have the routing protocolsicne its all so highly hand
  7443. tuned.  Sigh.Finally I decide that I need a real computer, so I
  7444. sell the Amiga andget a UNIX box at home (NeXTstation, 700MB
  7445. disk, 20MB memory).Article in QST comes out months later listing
  7446. me as a source for theAmigaNOS port.  Not that the author of the
  7447. article bothered to check..I didn't have an amiga for months and
  7448. handn't worked on the code formore than a year.  I stopped when
  7449. all of the AX.25 "mailbox" crap started to get loaded into it. 
  7450. I still get floppies in the mailasking for the code.  Please, I
  7451. don't have it any more!  Sigh.So now, I've got a V.32bis modem
  7452. and a SLIP connection to theInternet.  I can't really think of a
  7453. reason to use packet radio.  Fewaround here want to do anything
  7454. other than BBSing.  I communicate withmore people more
  7455. effectively using EMAIL over the Internet.Try to convince a
  7456. group of random hams that would support a 2m FMrepeater that
  7457. they should invest in some packet switches.  You know,so you can
  7458. build a real network?  "Why do that?" they say, "We'vealready
  7459. got more full service BBS systems than we need!"  Sigh.  Feh.The
  7460. unwashed masses don't want to be educated, they want to be
  7461. givenappliances. 
  7462. Sigh.louieWA3YMH------------------------------Date: 24 Apr 92
  7463. 17:46:16 GMTFrom:
  7464. swrinde!mips!darwin.sura.net!gatech!nntp.msstate.edu!memstvx1!kag
  7465. oos@network.UCSD.EDUSubject: Full service BBS in DAYTON ?To:
  7466. packet-radio@ucsd.eduDoes anybody know the callsign and maybe
  7467. the address of a full serviceBBS in Dayton, OH. Please
  7468. e-mail.Tnx Suresh N9GSA___  ___  _____  ___ ___ Suresh Kagoo  EE
  7469. Dept , Memphis State University|  \/  | / ____\ | | | |
  7470. Engineering 215    | Domain: KAGOOS@MEMSTVX1.MEMST.EDU| \  / |
  7471. \____ \ | |_| | Memphis, TN  38152 | Bitnet:
  7472. KAGOOS@MEMSTVX1|_|\/|_| \_____/ \_____/ Ph: (901) 678-3074 |
  7473. AX.25 : N9GSA@W4BS.#WESTN.TN.USA
  7474. ------------------------------Date: 24 Apr 92 16:02:50 GMTFrom:
  7475. mentor.cc.purdue.edu!noose.ecn.purdue.edu!kraft.ecn.purdue.edu!kr
  7476. onz@purdue.eduSubject: KA9Q for the Hp 48sx??To:
  7477. packet-radio@ucsd.eduYesterday another HAM told me that there
  7478. was a HP 48sx version of KA9Q packetprogram.  Does anyone know
  7479. where or how I can get this??? I really want a complete protable
  7480. packet station ie ht,hp48,and TNC.  Well if anyone can helpI'd
  7481. appreciate it.  Thanks.                                       
  7482. -jason kronz (N9OFN)------------------------------Date: 24 Apr
  7483. 1992 07:12:30 -0700From: news-mail-gateway@ucsd.eduSubject:
  7484. PerpetuationTo: packet-radio@ucsd.eduAwhile back (either here or
  7485. on the HAM policy list) there was a postingabout a boy name
  7486. Craig Chergold (or something similar) who wascollecting business
  7487. cards to get in Guiness because he had a terminaldisease.  The
  7488. posting asked that these types of requests be ignored whenseen
  7489. on packet or elseware because they were stale and
  7490. beingrecirculated again and again.  I've seen one again, could
  7491. someone eitherdirect me to where I could get a copy of the
  7492. original post debunkingthis or send me the info contained in
  7493. that post so that I can provideconcrete information to those
  7494. that are continuing to recirculate thisrequest.--
  7495. _________________________________________________________________
  7496. _____Dan Roman           |     ///          Internet: 
  7497. roman_d@timeplex.comTimeplex Inc.       | \\\///             
  7498. GEnie:  D.ROMAN1Woodcliff Lake, NJ  |  \XX/ Only AMIGA!     
  7499. Homebrew is better
  7500. brew.============================================================
  7501. ==========------------------------------Date: 24 Apr 92 20:03:53
  7502. GMTFrom:
  7503. usc!rpi!gatech!prism!cchapman.gatech.edu!cchapman@network.UCSD.ED
  7504. USubject: PerpetuationTo: packet-radio@ucsd.eduIn article
  7505. <9204241401.AA02607@timeplex.com> roman@tix.UUCP (Daniel Roman)
  7506. writes:>Awhile back (either here or on the HAM policy list)
  7507. there was a posting>about a boy name Craig Chergold (or
  7508. something similar) who was>collecting business cards to get in
  7509. Guiness because he had a terminal>disease.  The posting asked
  7510. that these types of requests be ignored when>seen on packet or
  7511. elseware because they were stale and being>recirculated again
  7512. and again.  I've seen one again, could someone either>direct me
  7513. to where I could get a copy of the original post debunking>this
  7514. or send me the info contained in that post so that I can
  7515. provide>concrete information to those that are continuing to
  7516. recirculate this>request.>--
  7517. >________________________________________________________________
  7518. ______>Dan Roman           |     ///          Internet: 
  7519. roman_d@timeplex.com>Timeplex Inc.       | \\\///             
  7520. GEnie:  D.ROMAN1>Woodcliff Lake, NJ  |  \XX/ Only AMIGA!     
  7521. Homebrew is better
  7522. brew.>===========================================================
  7523. ===========Please DO NOT send any more cards to Craig Shergold. 
  7524. Here is a detailedarticle from news.misc on that subject for
  7525. those that missed it on thenews:From: kilroy@acme.gen.nz
  7526. (earthbound misfit, I)Subject: Re: SmilemakersKeywords:
  7527. Smilemakers requestDate: 19 Apr 92 04:15:38 GMTCraig Shergold is
  7528. now approximately 13, his cancer has been cured, andhe doesn't
  7529. want any more cards of any kind. This story has taken ona life
  7530. of its own and can't be killed, which has driven the Guiness
  7531. Bookof Records to withdraw the category from future editions.The
  7532. following is a semi-recent posting from alt.folklore.urban
  7533. whichseems to cover all the bases fairly well, there was also a
  7534. postingnews.announce.newusers along the same lines in the last 6
  7535. months.---------begin included article---------------Path:
  7536. acmebbs!cc-server4.massey.ac.nz!comp.vuw.ac.nz!waikato.ac.nz!wupo
  7537. st!spool.mu.edu!munnari.oz.au!yoyo.aarnet.edu.au!sirius.ucs.adela
  7538. ide.edu.au!adam.adelaide.edu.au!philFrom:
  7539. phil@adam.adelaide.edu.au (Phil Kernick)Newsgroups:
  7540. alt.folklore.urbanSubject: Re: Craig Shergold et alMessage-ID:
  7541. <phil.694661064@adam.adelaide.edu.au>Date: 6 Jan 92 01:24:24
  7542. GMTReferences:
  7543. <9201040833.AA04519@mail.cis.ohio-state.edu>Sender:
  7544. news@ucs.adelaide.edu.auOrganization: University of Adelaide,
  7545. South AustraliaLines: 821Article-I.D.:
  7546. adam.phil.694661064Nntp-Posting-Host: adam.adelaide.edu.auFYI re
  7547. Craig Shergold.Millions of dollars (note the card totals below)
  7548. have been spent on this project, money which might have gone to
  7549. research or treatment.The EASIEST refutation is to cite      
  7550. READERS DIGEST  OCT 1991  PAGE 71  US  EDITION        READERS
  7551. DIGEST  DEC 1991  PAGE 35  AUS EDITIONSorry I don't know about
  7552. other editions.If THAT does not help convince people, read
  7553. on....-----------------------------------------------------------
  7554. -----------------9 Million Americans Respond to Plight of a Sick
  7555. BoyNew York Times (NATIONAL), Sunday, July 29, 1990, page
  7556. 24.Craig Shergold, a 10-year-old English boy ill with a
  7557. braintumor, remarked last fall that he would like to break the
  7558. worldrecord for receiving get-well cards.  Nine million
  7559. Americanshave responded, answering messages sent through a loose
  7560. networkof facsimile machines, office memorandums,
  7561. neighborhoodconversations and community newspaper
  7562. advertisements.The boy's mother says she cannot handle any more
  7563. cards, so athird of them are languishing at an Atlanta charity,
  7564. which hadinitiated its own fax campaign for the boy.  And the
  7565. charity,the Children's Wish Foundation, is trying to figure out
  7566. what todo with the cards.Last November, a handful of English
  7567. companies trumpeted Craig'swish to break the record of Mario
  7568. Morby, a 12 year-old Englishboy suffering from leukemia who
  7569. collected 1,000,265 get-wellcards earlier in 1989.Story Changes
  7570. as It SpreadsCraig's message soon reached this country and
  7571. spread rapidly.His wish was distributed on leaflets at a Boston
  7572. street fair,plastered on a billboard in Gadsden, Ala, advertised
  7573. in anewspaper in New Jersey, announced to the residents of
  7574. Surry,N.H. at a town meeting and disseminated by the
  7575. PrintingIndustries of America to its member businesses.As the
  7576. message spread across the country, the facts of Craig'sstory
  7577. became twisted.  In Boston, a leaflet said he was 7 yearsold,
  7578. lived in Keene, N.H. and spelled his last name "Shirgold."A
  7579. Chicago physician said erroneously that he had treated Craigfor
  7580. six years. Other accounts had the boy's disease as leukemiaand
  7581. said he was from Florida.In addition to the American get well
  7582. cards, which came fromevery state, seven million cards reached
  7583. Craig from othercountries, said his mother, Marion Shergold, in
  7584. a recenttelephone interview.New Record in Guinness BookMrs.
  7585. Shergold informed the Guinness Book of World Records of thecount
  7586. as it stood on May 25:  16,252,692.  Craig'saccomplishment,
  7587. which includes the 3 million cards in Atlanta,will be in the
  7588. 1991 edition of the book, to be published thisOctober, said
  7589. Cathy Brooks, a Guinness Book spokeswoman.Mrs. Shergold said she
  7590. "can't say a big enough thank you" to herson's correspondents,
  7591. but she added, "We don't want any morecards."Officials in the
  7592. office of the Georgia Secretary of State, askedby Children's
  7593. Wish Foundation for advice on what to do with thecards it had
  7594. collected, recommended that the charity follow thewishes of Mrs.
  7595. Shergold.  She has said the foundation shouldopen the cards,
  7596. share them with American children who havecancer and eventually
  7597. recycle the paper.  THe proceeds from therecycling, as well as
  7598. any gifts received on Craig's behalf,should also be used to help
  7599. sick American children, Mrs.Shergold
  7600. said.+-----------------------------------------------------------
  7601. ----+|                                                          
  7602.    ||                                                           
  7603.   ||                                                            
  7604.  ||                                                             
  7605. || Photograph of a bald but smiling Craig holding a plaque goes 
  7606. || here.  The caption of the photograph reads "Craig Shergold   
  7607. || was given a certificate by the Guinness Book of World Records
  7608. || after he received more than 16 million get-well cards.  The  
  7609. || 10-year-old from Surrey, England, is ill with a brain tumor. 
  7610. ||                                                             
  7611. |+---------------------------------------------------------------
  7612. +In response to inquiries from news organizations
  7613. aboutChildren's Wish and it's handling of the cards, the
  7614. Governor'sOffice of Consumer Affairs is "actively looking into"
  7615. thematter, said Bill Cloud, a spokesman.  The office
  7616. isparticularly interested in whether the foundation solicited
  7617. anyfinancial contributions during its campaign for Craig, Mr.
  7618. Cloudsaid.Linda Dozoretz, executive director of the foundation,
  7619. who hasmet with Craig in England, said the foundation never
  7620. asked formoney on his behalf and has not opened any cards
  7621. addressed tohim, but it had received direct contributions
  7622. totalling about$120 on his behalf. The money has been deposited
  7623. in an Atlantabank account that the foundation opened in Craig's
  7624. name, Ms.Dozoretz said.The foundation, which, like the
  7625. better-known Make-A-WishFoundation of America, fulfills the
  7626. wishes of terminally illchildren, came to the attention of the
  7627. Georgia authorities lastyear, when the Secretary of State, Max
  7628. Cleland, fined Ms.Dozoretz and Arthur Stein, the foundation
  7629. president, $2,500each.  Mr. Cleland said a foundation radio
  7630. promotion for illchildren had used bogus names for the children
  7631. without informingthe public of that.  He also said the
  7632. foundation had used moneyleft over from the granting of one wish
  7633. to pay for others, aswell as salaries and operating expenses, in
  7634. violation of Georgialaw.Mr. Stein and Ms Dozoretz, who are
  7635. married, waived their right toa hearing on the charges and paid
  7636. the penalty without declaringguilt or innocence said Randy
  7637. Willard, an investigator in Mr.Cleland's office.Mr. Stein said
  7638. in an interview that he knew he had brokenGeorgia law by
  7639. changing the children's names, but said he woulddo it again to
  7640. preserve privacy.  He said the foundation did nottake money
  7641. earmarked for one wish and apply it to others, butrather
  7642. deposited all donations in a general fund from which itpays for
  7643. numerous wishes.He said he and his wife, "on the advice of an
  7644. attorney," did notrequest a hearing with an administrative judge
  7645. on the charges,but paid the penalty to "get the thing over
  7646. with."Began by Chance RemarkThese activities are of little
  7647. concern to Craig, who lives inthe town of Surrey, in southeast
  7648. England, with his mother andfather, a truck driver.  Craig's
  7649. campaign began last September,when a surgeon who was treating
  7650. him for tumors of the brain andspine at the Great Ormond Street
  7651. Hospital in London joked thatCraig had received so many cards
  7652. from friends and relatives thathe could set a record.That set
  7653. Craig and his parents to thinking, and with hospitalofficials'
  7654. assistance, they asked local companies to spread themessage of
  7655. his wish."And from that grew an enormous chain letter that went
  7656. roundfrom company to company and then country to country,: said
  7657. PamRumfitt, an appeal director at the Royal Marsden Hospital
  7658. inLondon, where Craig, now 11, is now treated as an
  7659. outpatient.Mrs. Shergold said she was grateful to her neighbors
  7660. for meetingeach Thursday to sift through the mountain of cards. 
  7661. The stampsare sold to a collector in London, with the proceeds
  7662. donated tohelp children with leukemia, while money from recycled
  7663. envelopesis given to schools for the handicapped, Mrs. Shergold
  7664. said.Though Craig continues to battle the brain tumor and
  7665. sometimesuses a wheel chair, his mother says he has responded
  7666. well totreatment and the tumor on his spine has disappeared.Ms.
  7667. Rumfitt said: "The whole family has been sort of bowled overby
  7668. the show of good will.  THe cards have been the best medicinein
  7669. the world for
  7670. him."------------------------------------------------------------
  7671. ----------------         From Houston Post Nov. 22, 1989, page
  7672. A-13   ******* NOTE THE DATE ********   "Ailing boy has greeting
  7673. card record"   AP (London) A 10-year-old boy suffering from a
  7674. rare brain    tumor has captured the official world record for
  7675. receiving    the most get-well cards, officials said Tuesday.   
  7676.   Craig Shergold's mountain of 1,256,266 get-well cards tops   
  7677. the previous record of 1,000,2656 cards held by another   
  7678. English boy, 12-year-old Mario Morby.     A spokesman at
  7679. Guinness Publishing Ltd. said Craig received    an official
  7680. certificate and his record will be included in the    next
  7681. edition of the book, "The Guiness Book of World Records   
  7682. 1991."     Shergold said from his home in Carshalton, south
  7683. London, that    he was confident he would make it into the
  7684. record books when his   attempt began Sept. 24.     Marion
  7685. Shergold said the attempt to break the world record    began as
  7686. a way to cheer up her son after he was too sick to    meet
  7687. Princess Diana.
  7688. -----------------------------------------------------------------
  7689. -----------   From the Houston Post, June 20, 1990, page A-3:  
  7690. Get Well Cards Keep Coming       (Associated Press)   London -
  7691. Despite appeals for it to stop, 10-year-old Craig Shergold   
  7692. receives hundreds of get-well cards daily from strangers trying
  7693. to help    him win a place in the "Guiness Book of World
  7694. Records."      Craig, who suffers from a rare form of brain
  7695. cancer, broke the    record months ago, but the cards keep
  7696. coming. More than 16 million   have arrived.      "We don't want
  7697. any more cards because it looks as though we're taking   cards
  7698. for no reason," Craig's mother, Marion, said from the family
  7699. home   in Carshalton, south London.       "Every card says 'we
  7700. hope you make it in the record books,'" she said.      The
  7701. get-well cards category was discontinued by Guiness once - after
  7702.    Mario Morby held the record with 1,000,265 cards. McFarlan
  7703. [presumably   a spokesman for Guiness] said the 13-year-old
  7704. English boy is recovering   from leukemia but the family still
  7705. receives cards three years later.       McFarlan revived the
  7706. category after intense pressure, and Craig now   holds the
  7707. record.      "I thought I had decided over a year ago that
  7708. (Mario Morby) would be   the last one, but it is very difficult
  7709. to hold out against an emotive    press. I couldn't do my job -
  7710. well-intentioned, very sentimental people   called me at work,
  7711. and I received quite a lot of hate mail, including    one that
  7712. said, 'if you have children I hope they die of
  7713. cancer.'"--------------------------------------------------------
  7714. --------------------     Ask for Cards, and Ye Shall Receive and
  7715. Receive and Receive                          by Douglas Burns   
  7716.     WEST PALM BEACH, Fla. -- A 7-year-old English boy with
  7717. cancer isfinding that once a story hits the modern-day grapevine
  7718. of faxmachines and computer bulletin boards, it is impossible to
  7719. stop.       Critically ill with a rare brain tumor, Craig
  7720. Shergold told hisparents and nurses at a British hospital in
  7721. September of his wishto be in the Guinness Book of World Records
  7722. for owning the world'slargest collection of post cards. The same
  7723. wish was fulfilled onlya year earlier for another English boy
  7724. with cancer.       Once the news was out, it flowed through
  7725. every conceivablemedium to even the most unimaginable places on
  7726. the globe.       Budget Rent A Car in Miami got news about Craig
  7727. from a Budgetoffice in Gibraltar and sent one of their employees
  7728. out to alertSouth Florida businesses.       ``We also passed it
  7729. around to all our offices in the nation,''said Maria Borchers,
  7730. director of travel marketing.       Children's Wish
  7731. International, a non-profit organization basedin Atlanta, is
  7732. also working to get cards for Craig. One of itsappeals made its
  7733. way to a computer bulletin board run by Bechtel, aMaryland-based
  7734. company with an office in Palm Beach Gardens.       ``We are
  7735. getting 10,000 to 15,000 cards for Craig per day,''said Arthur
  7736. Stein, director of Children's Wish International.       But
  7737. Craig doesn't want any more cards.       In November, he
  7738. received a certificate from Guinness after hismountain-sized
  7739. collection of 1.5 million cards broke the record setin 1988 by
  7740. Mario Morby, a 13-year-old cancer victim.       Since then,
  7741. Craig's dream has become a logistical nightmare forhis parents,
  7742. phone operators and the Royal Marsden Hospital inSurrey,
  7743. England.       Monday, the unofficial count for Craig's
  7744. collection reached 4million, said Mark Young, a Guinness
  7745. Publishing Ltd. spokesmen. Thehospital has set up a separate
  7746. answering service to implore callersto refrain from sending more
  7747. postcards.       Despite pleas of mercy and reports in the
  7748. media, hundreds ofpost cards continue to pour into the hospital
  7749. every day.       ``Thank you for being so kind,'' said Maria
  7750. Dest, a nurse atRoyal Marsden. ``But he really does not need any
  7751. more post cards.''       Dest said that whenever a corporation
  7752. gets wind of Craig'splight, the bundles of mail increase.      
  7753. ``As soon as it starts to slow down, it goes around again,''
  7754. shesaid. Dest would not discuss the specifics of his condition.
  7755. ``Hiscondition is deteriorating, but he is still able to talk
  7756. andfunction,'' she said.       Young, with Guinness, said he
  7757. gets several calls every day frompeople who question if Craig
  7758. Shergold even exists.       ``This is definitely legitimate and
  7759. Craig will be in the 1990Guinness Book,'' said Young.       But
  7760. because of the problems the two appeals have caused, Youngsaid
  7761. Guinness plans to discontinue the category.       The public
  7762. outpouring for Mario and now Craig surprisedvirtually everyone
  7763. involved, he said.       ``These two boys really captured the
  7764. public imagination,''
  7765. Youngsaid.-------------------------------------------------------
  7766. --------------------- [Ann Landers column, undated but from mid
  7767. 1991]ONE GUINNESS RECORD ENOUGH FOR BOY=== ======== ======
  7768. ====== === ===Dear Readers:       Last year I began receiving
  7769. tons of letters telling me about a10-year-old English boy who
  7770. had a malignant brain tumor. His wish was to bein the Guinness
  7771. Book of World Records for receiving the greatest number
  7772. ofget-well cards. The boy's name is Craig Shergold.      
  7773. Several months ago I read a piece in the press saying Craig's
  7774. dreamhad become a reality. He surpassed another English lad, a
  7775. leukemia victim,who had received 1,000,265 cards, which put him
  7776. in the Guinness Book ofWorld Records.       Marion Shergold,
  7777. Craig's mother, announced that he had received morethan 33
  7778. million get-well cards from all over the world, including cards
  7779. fromformer President Reagan, President Bush, Margaret Thatcher
  7780. and MikhailGorbachev. She said her family is very grateful for
  7781. the overwhelminggenerosity but now she hopes people will stop
  7782. sending cards. "Unfortunately,"Mrs. Shergold said, "we are still
  7783. receiving thousands every day and have noplace to store them."
  7784. Meanwhile, I continue to be swamped with requests fromreaders
  7785. asking me to print a plea in my column for *more* cards.       I
  7786. decided to follow up on Craig's story, so I contacted the
  7787. Make-A-Wish Foundation, which had worked with the Shergolds. The
  7788. people there toldme that John Kluge, a Virginia billionaire,
  7789. arranged for a brain surgeon inCharlottesville, Va., to operate
  7790. on Craig. Kluge brought the entire Shergoldfamily to the United
  7791. States so they could be present for the surgery.       Then I
  7792. called Marion Shergold in London. She told me the surgery wasa
  7793. great success and the Craig is doing beautifully and is expected
  7794. to live afull life. She also said, "This is like a fairy tale.
  7795. Things like this don'thappen in real life. Mr. Kluge is a
  7796. saint." In her marvelous British accent,Mrs. Shergold said
  7797. excitedly, "Tonight we are having a God Bless Americaparty.
  7798. About 150 people are coming to celebrate Craig's great good
  7799. fortune."       Now, dear readers, this lovely story now turns a
  7800. little sour. I justreceived a request from a well-known Chicago
  7801. man, asking me to publicize thefact that the same lad who broke
  7802. the world's record for get-well cards wouldnow like to break
  7803. another world's record - this time for collecting the
  7804. mostbusiness cards. This man is one of dozens of affluent,
  7805. high-profileAmericans who are faxing and chain-lettering [it's a
  7806. noun! it's a verb! it'sa desert topping!  --jjw] their friends
  7807. on behalf of Craig's "new project."In the chain letter, Craig's
  7808. name is misspelled, his age is given as 7, whenactually he is
  7809. 11, and the address is incorrect. These errors set off thealarm
  7810. signals in my head. [so THAT's what it takes!  --jjw]      
  7811. Chain letters themselves are an abomination. I never read them,
  7812. norwould I foist them on anyone, much less ask my readers to
  7813. keep the chaingoing.       What's more, Marion Shergold wants
  7814. everyone to know that theShergolds did not ask for business
  7815. cards and they do not know what to dowith the 10,000 that are
  7816. arriving daily. While they greatly appreciate thekindness of the
  7817. American people, they asked that I please help put a stop tothis
  7818. well-meaning effort that is turning into a nightmare. Soooooo,
  7819. to allthe good-hearted people who may be inclined to send a
  7820. business card, pleasedon't.       I would also like to point out
  7821. that your business card, which mostlikely lists your phone
  7822. number and address, could fall into the wrong handsand become
  7823. part of the mother  
  7824.  
  7825. of all mailing lists. Sharp-eyed scamperpetrators, always on the
  7826. alert for suckers, may figure if you'd fall forthis, you'd fall
  7827. for
  7828. anything.--------------------------------------------------------
  7829. --------------------In the Romford Yellow Advertiser, I saw the
  7830. following article the otherday:                      Craig, 8,
  7831. has cards recordThe parents of cancer sufferer Craig Shergold,
  7832. 8, have requested that nomore get well cards be sent to their
  7833. home.Last year Craig, who lives in Surrey and was diagnosed as
  7834. having just ashort time left to live, launched an attempt to
  7835. gain an entry in theGuinness Book of Records as the person
  7836. receiving the most cards.Recently letters have been circulating
  7837. amongst businesses in South EastEssex encouraging firms to send
  7838. more cards.But a spokeswoman at the Guinness Book of Records
  7839. told the `YellowAdvertiser': "Craig has made the record and will
  7840. be entered in the nextedition of the book. His parents have
  7841. requested that no more cards besent as they have been
  7842. inundated."------------------------------------------------------
  7843. ----------------------Now for the "proof" part:IS he actually
  7844. *IN* The 1991 Guinness Book of World Records???Yes, he is.  On
  7845. page 487:  "Craig Shergold of Carshalton, Surrey, United
  7846. Kingdom, had collected a  record 16,250,692 get-well cards by
  7847. May,
  7848. 1990."-----------------------------------------------------------
  7849. -----------------One thing that does not come over from this is
  7850. the HUGE PROBLEM thisdhas been for the london hospital at the
  7851. receiving end.  Do thearithemetic.Craig has been sent about
  7852. 33,000,000 cards.  This has been going on for4 years (or so), so
  7853. that is 1,000 working days.  Thus each day thehospital has to
  7854. sift through 33,000 cards looking for money in them
  7855. (notunusual), or more realistically the hospital's normal
  7856. post!(OK, I know that a lot of the cards are stored in the US
  7857. somewhere, butI wanted to make a point).Also, think about the
  7858. stupendous waste of money this has been. 33,000,000 cards at
  7859. (about) 50 UK pence, plus 33,000,000 postages atabout an average
  7860. of 20 UK pence is 70 times 33,000,000 giving about23,100,000 UK
  7861. pounds.  The money would have been better spent on a wholeraft
  7862. of things - dare I say it, even Cancer Research!Charles H.
  7863. Chapman  (GTRI/MATD)             (404) 528-7588Georgia Institute
  7864. of Technology, Atlanta Georgia, 30332uucp:    
  7865. ...!{allegra,amd,hplabs,ut-ngp}!gatech!matd!cchapmanInternet:
  7866. cchapman@matd.gatech.edu------------------------------Date: 24
  7867. Apr 92 13:56:04 GMTFrom:
  7868. swrinde!mips!spool.mu.edu!olivea!news.bbn.com!bbn.com!chowe@netwo
  7869. rk.UCSD.EDUSubject: PK-232 Rx Going WeakTo:
  7870. packet-radio@ucsd.edukriss@austin.lockheed.com (R M Kriss)
  7871. writes:>       ---------- IS YOUR PK-232 GOING DEAF?
  7872. ------------>                              By Dick Kriss,
  7873. KD5VU>My PK-232MBX was slowly going deaf. The transmit was okay,
  7874. but I was having>trouble receiving packets. I would connect to a
  7875. station and get good ACKs, but>was having trouble printing them
  7876. and since I was not receiving their packet,>they would time out
  7877. waiting for me to ACK. This problem did not happen over>night
  7878. but seemed to degrade with time.>Called AEA and the technician
  7879. suggested I change out U-20, MC-1488. I used a                  
  7880.                                          ^^^^^^^>Radio Shack
  7881. 276-2520 Quad Line Driver. It worked! I have to admit it was
  7882. not>easy to remove the old IC that was soldered to the board. It
  7883. now has a socket!Forgive me if I'm confused, but I think that
  7884. this was not a case of yourPK-232 going deaf, but instead
  7885. becoming mute.  The MC-1488 is (I think)an RS-232 line driver,
  7886. meaning that it was used to speak to your computeron the serial
  7887. port.  So I think your PK-232 was hearing ok, but it wasn'table
  7888. to communicate what it heard from the radio to your computer.Not
  7889. that this is a big deal, but I think it is important for anyone
  7890. wantingto do this to understand what they are "fixing" by
  7891. replacing this chip.If your real problem is lack of receive
  7892. sensitivity, I don't think replacingthis chip will
  7893. help.CarlWG1V------------------------------Date: Thu, 23 Apr
  7894. 1992 13:25:06 GMTFrom:
  7895. psinntp!ncrlnk!ciss!lawday!jra@uunet.uu.netSubject: Where to
  7896. find INTRONOS at ucsd.eduTo: packet-radio@ucsd.eduRe my message
  7897. announcing INTRONOS.NEW at ucsd.edu:Brian has already moved and
  7898. renamed the file (thanks!).  It's inhamradio/packet/tcpip/docs
  7899. as "intronos.zip".Enjoy!John  
  7900. AG9Vjohn.ackermann@daytonOH.ncr.com-- John R. Ackermann, Jr.    
  7901.    Law Department, NCR Corporation, Dayton, Ohio(513) 445-2966        
  7902.      John.Ackermann@daytonoh.ncr.comPacket Radio: ag9v@n8acv    
  7903.  tcp/ip: ag9v@ag9v.ampr
  7904. [44.70.12.34]------------------------------End of Packet-Radio
  7905. Digest V92 #110******************************Date: Sun, 26 Apr
  7906. 92 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  7907. <packet-radio@ucsd.edu>Errors-To:
  7908. Packet-Radio-Errors@UCSD.EduReply-To:
  7909. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  7910. Digest V92 #111To: packet-radioPacket-Radio Digest         Sun,
  7911. 26 Apr 92       Volume 92 : Issue 111Today's Topics:            
  7912.     AX.25 Link-Layer Docs (ISO-3309)???                  
  7913. Educating the unwashed (2 msgs)                             PHS
  7914. Software                          PK-232 Tip for Rx             
  7915.         WA4DSY 56 kbit/s MODEM ??Send Replies or notes for
  7916. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  7917. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  7918. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  7919. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  7920. directory "mailarchives/packet-radio".We trust that readers are
  7921. intelligent enough to realize that all textherein consists of
  7922. personal comments and does not represent the officialpolicies or
  7923. positions of any party.  Your mileage may vary.  So
  7924. there.-----------------------------------------------------------
  7925. -----------Date: 25 Apr 92 22:12:32 GMTFrom:
  7926. know!hri.com!snorkelwacker.mit.edu!world!eac@uunet.uu.netSubject:
  7927.  AX.25 Link-Layer Docs (ISO-3309)???To: packet-radio@ucsd.eduIn
  7928. <1992Apr22.182324.9358@qualcomm.com> karn@chicago.qualcomm.com
  7929. (Phil Karn) writes:>The AX.25 document didn't go into great
  7930. detail in computing the CRC>mainly because the standard practice
  7931. at the time was to use commercial>HDLC chips (Zilog SIO or 8530,
  7932. WD 1933, Intel 8273, etc) and these all>compute and check the
  7933. CRC automatically. With the recent popularity of>the "software
  7934. HDLC chip" (a big step backward, in my opinion) I guess>there's
  7935. a need to define the CRC calculation in more detail.>ISO 3309
  7936. has an unusual (for ISO) annex titled "Explanatory notes
  7937. on>implementation of the frame checking sequence (Not part of
  7938. the>standard)". But it consists mainly of a page of algebra
  7939. showing how a>CRC can be mathematically represented as the
  7940. division or>multiplication of polynomials. The other page hints
  7941. that the actual>implementation includes a shift register, but
  7942. nowhere does it show>what the actual circuit looks like (a shift
  7943. register with taps feeding>exclusive-OR gates providing
  7944. feedback.)>Useless. And perfectly typical for ISO.Another useful
  7945. reference is the September 1986 issue of Byte Magazine.On Page
  7946. 115 there is a article titled "Calculating CRCs by bits and
  7947. bytes".It covers several CRC methods (including the HDLC one),
  7948. explains the"shift registers", and gives example code for bit
  7949. and byte orientedcalculations.I was sucessful in implementing a
  7950. routine to check pacsat protocol crcs byreading the article and
  7951. the pacsat docs.I aggree you should test it with a "real" HDLC
  7952. chip to see that it works.73 Eric WB1HBU eac@world.std.com 
  7953. ------------------------------Date: 25 Apr 92 21:37:19 GMTFrom:
  7954. usc!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!at
  7955. t!bu.edu!wang!dbushong@network.UCSD.EDUSubject: Educating the
  7956. unwashedTo: packet-radio@ucsd.edudana@locus.com (Dana H. Myers)
  7957. writes:>This morning I was chatting with some of the Antelope
  7958. Valley locals>[...]>Huh? Another station then sagely chimes in,
  7959. "Well, you can read all those>papers and tear your shack all
  7960. apart making mods but it all doesn't>matter".>[...]>But, I think
  7961. that might just be an exercise in futility. Maybe I'll>just work
  7962. on a few locals, set up an IP net on the locally
  7963. sanctioned>packet frequency (which sees zero activity), and
  7964. ignore the unwashed.>What do y'all think?I think that you should
  7965. forge ahead, document your results, get some peoplewho are
  7966. interested in experimentation to help, and then when themajority
  7967. decides that you were right (even if they don't know "you"were
  7968. even involved in early experiments & tests), you can say to
  7969. yourself, "I was right."  And next time, you will feel even
  7970. better about venturinginto the unproven!It's hard to quickly
  7971. change the mind of the majority (history says that's good), but
  7972. it's nice to know you were right, "way back when..."I'd be
  7973. interested to know how you do with your experiment.Regards, and
  7974. (literally) 73,Dave  KZ1Odbushong@wang.com--
  7975. =================================================================
  7976. ====Dave Bushong              +       What happened?  -
  7977. CurlyWang Laboratories, Inc.   +              Nothin'  -
  7978. Moe==============================================================
  7979. =======------------------------------Date: 26 Apr 1992 03:52:21
  7980. GMTFrom: ucsd.edu!brian@network.UCSD.EDUSubject: Educating the
  7981. unwashedTo: packet-radio@ucsd.edudana@locus.com (Dana H. Myers)
  7982. writes:>So, I'm tempted to prepare a presentation for the local
  7983. club meeting>where I attempt to explain some of the mystical
  7984. terminology of packet>(like, "What is FRACK?") and get the
  7985. packet users to look things like>the CNC proceedings rather than
  7986. just flying by the seat of their pants.>But, I think that might
  7987. just be an exercise in futility.If your packet community is
  7988. anything like the local packet communityhere in San Diego, you
  7989. will educate a few, piss off a few, and bore themajority who are
  7990. convinced they already know everything  there is toknow in
  7991. packet because they have an advanced station - a PK64.If you can
  7992. suffer fools well (something I've never been able to do),the few
  7993. you educate will be worth your time.Take a few props with you. 
  7994. A squirt pistol, a 2x4 with nails stickingout of it, and an AK47
  7995. all suggest themselves as attention gettingdevices, but perhaps
  7996. only the squirt pistol is necessary.  My currentfavourite is a
  7997. Super-Soaker 200, good for nearly 20 feet range, nearly afull
  7998. minute continuous stream, and 2 liters of ammo.If you're worried
  7999. about attendance, offer free Geritol.  Never failsto attract a
  8000. crowd.    - Brian------------------------------Date: 24 Apr 92
  8001. 15:31:58 GMTFrom:
  8002. sdd.hp.com!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jan
  8003. gus@network.UCSD.EDUSubject: PHS SoftwareTo:
  8004. packet-radio@ucsd.eduIn article <702000737.F00001@iea.UUCP>
  8005. Jay.Townsend@f3.n346.z1.fido.iea.hmm writes:  >   > Does anyone
  8006. have any information where I can get the PHS software?  It  >
  8007. evidently is like the THS software for the DRSI card, but runs
  8008. on the  > PK232 by AEA.  I am a little hard to get a hold of on
  8009. this Net.  >   > I have the program available on 360K diskette.
  8010. I will make copies for anyonewho is willing to take the time to
  8011. mail me a pre-posted return mailer with aformatted
  8012. diskette.xenon!skyld!jangus   < This space left blank
  8013. intentionally. >J Angus, PO Box 4425, Carson CA 90749-4425 voice
  8014. (310) 324-6080------------------------------Date: 25 Apr 1992
  8015. 17:59:42 -0700From: news-mail-gateway@ucsd.eduSubject: PK-232
  8016. Tip for RxTo: packet-radio@ucsd.eduMy PK-232MBX was slowly going
  8017. deaf. The transmit was okay, but I was havingtrouble receiving
  8018. packets. I would connect to a station and get good ACKs, butwas
  8019. having trouble printing them and since I was not receiving their
  8020. packet,they would time out waiting for me to ACK. This problem
  8021. did not happen overnight but seemed to degrade with time.Called
  8022. AEA and the technician suggested I change out U-20, MC-1488. I
  8023. used aRadio Shack 276-2520 Quad Line Driver. It worked! I have
  8024. to admit it was noteasy to remove the old IC that was soldered
  8025. to the board. It now has a socket!If your PK-232 seems to be
  8026. going deaf, consider replacing U-20. Much thanks toAEA for the
  8027. tip. Save me having to send the PK-232 off for repair.73 de
  8028. Dick, KD5VUkd5vu@austin.lockheed.comKD5VU @
  8029. N5LJF.#AUS.TX.USA.NA------------------------------Date: 24 Apr
  8030. 92 15:42:02 GMTFrom:
  8031. sdd.hp.com!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jan
  8032. gus@network.UCSD.EDUSubject: WA4DSY 56 kbit/s MODEM ??To:
  8033. packet-radio@ucsd.eduIn article <1992Apr13.145010.4055@kth.se>
  8034. mattis@elixir.lne.kth.se writes:  >   > Hello !  >   >   > I
  8035. would like to know where and how to buy the WA4DSY 56 kbit/s
  8036. MODEM kit.  >   > I have read about GRAPES, but I have no
  8037. address or whatsoever.  > Georgia Radio Amateur Packet
  8038. Enthusiasts Society, Inc.GRAPES, Inc.56 KB ModemsPO Box
  8039. 871Alpharetta, GA 30239-0871This is thier published mailing
  8040. address since I have yet to receive an
  8041. e-mailresponse.xenon!skyld!jangus   < This space left blank
  8042. intentionally. >J Angus, PO Box 4425, Carson CA 90749-4425 voice
  8043. (310) 324-6080------------------------------End of Packet-Radio
  8044. Digest V92 #111******************************Date: Mon, 27 Apr
  8045. 92 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  8046. <packet-radio@ucsd.edu>Errors-To:
  8047. Packet-Radio-Errors@UCSD.EduReply-To:
  8048. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  8049. Digest V92 #112To: packet-radioPacket-Radio Digest         Mon,
  8050. 27 Apr 92       Volume 92 : Issue 112Today's Topics:            
  8051.         Internet <> Packet GatewaysSend Replies or notes for
  8052. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  8053. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  8054. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  8055. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  8056. directory "mailarchives/packet-radio".We trust that readers are
  8057. intelligent enough to realize that all textherein consists of
  8058. personal comments and does not represent the officialpolicies or
  8059. positions of any party.  Your mileage may vary.  So
  8060. there.-----------------------------------------------------------
  8061. -----------Date: Mon, 27 Apr 1992 02:38:10 GMTFrom:
  8062. munnari.oz.au!metro!ob1!dgodden@network.UCSD.EDUSubject:
  8063. Internet <> Packet GatewaysTo: packet-radio@ucsd.eduHello All,
  8064. Thanks you for reading this,  I am trying to compile a list of
  8065. all Internet <> Packet Gateways.  If you have any info the would
  8066. help me could you please  sent it to me.  Thanks in advance.
  8067. Cheers de Daniel.Internet:
  8068. dgodden@arthur.nepean.uws.edu.auPacket:
  8069. VK2JDG@VK2RWI.NSW.AUS.OC------------------------------End of
  8070. Packet-Radio Digest V92 #112******************************Date:
  8071. Tue, 28 Apr 92 04:30:03 PDTFrom: Packet-Radio Mailing List and
  8072. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  8073. Packet-Radio-Errors@UCSD.EduReply-To:
  8074. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  8075. Digest V92 #113To: packet-radioPacket-Radio Digest         Tue,
  8076. 28 Apr 92       Volume 92 : Issue 113Today's Topics:ARRL's
  8077. "Business Rule" proposal - automatic retransmission prohibited? 
  8078.                AX.25 Link-Layer Docs (ISO-3309)???              
  8079.       Packet-Radio Digest V92 #111                  PK-232 RF
  8080. Ground Loop Modification                      WA4DSY 56 kbit/s
  8081. MODEM ??Send Replies or notes for publication to:
  8082. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  8083. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  8084. otherwise to brian@ucsd.edu.Archives of past issues of the
  8085. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  8086. directory "mailarchives/packet-radio".We trust that readers are
  8087. intelligent enough to realize that all textherein consists of
  8088. personal comments and does not represent the officialpolicies or
  8089. positions of any party.  Your mileage may vary.  So
  8090. there.-----------------------------------------------------------
  8091. -----------Date: Mon, 27 Apr 92 16:07:59 GMTFrom:
  8092. netcomsv!mork!stevew@decwrl.dec.comSubject: ARRL's "Business
  8093. Rule" proposal - automatic retransmission prohibited?To:
  8094. packet-radio@ucsd.eduwpns@pictel.com (Willie Smith) writes:: I
  8095. read in the March(?) QST that the ARRL requested that the FCC
  8096. change: their rules slightly on the "Business" use of ham radio.
  8097.  Most of it: seemed to make pretty good sense, but buried at the
  8098. end of their: proposal was a section that "With the exception of
  8099. stations in: Auxiliary, Repeater, and Space operations, amateur
  8100. stations are: prohibited from automatically retransmitting other
  8101. amateur's: transmissions." or some such.  Sounds to me like a
  8102. big problem for: packet operations....  Did anyone else catch
  8103. this, or did I just read: it wrong?: : Willie Smith:
  8104. wpns@pictel.comThe reason as I understand it is that the ARRL
  8105. has chosen to seperate the two issues, i.e. responsibility for
  8106. transmission andbusiness content.  ARRL feels they have a good
  8107. chance of getting the97.113 modification through, but will run
  8108. into problems withthe commission on "who's responsible" for a
  8109. transmission. The league has approached FCC about the
  8110. responsiblity issueat least once in their comments to FCC on the
  8111. 1989 re-writeif memory serves.  These comments fell on deaf
  8112. ears.  Considerthis not a dead issue, but not tactically
  8113. advisable to pursuein this proceeding.  Linking the two issues
  8114. would cause nochange all at this time.  I'd rather see 97.113
  8115. lightened upthen pursue the other issue vigorously.Steve KA6S
  8116. ------------------------------Date: 27 Apr 1992 19:47:32
  8117. -0700From: news-mail-gateway@ucsd.eduSubject: AX.25 Link-Layer
  8118. Docs (ISO-3309)???To: packet-radio@ucsd.edu>>The AX.25 document
  8119. didn't go into great detail in computing the CRC>>mainly because
  8120. the standard practice at the time was to use commercial>>HDLC
  8121. chips (Zilog SIO or 8530, WD 1933, Intel 8273, etc) and these
  8122. all>>compute and check the CRC automatically. With the recent
  8123. popularity of>>the "software HDLC chip" (a big step backward, in
  8124. my opinion) I guess>>there's a need to define the CRC
  8125. calculation in more detail. ...stuff deleted...>Another useful
  8126. reference is the September 1986 issue of Byte Magazine.>On Page
  8127. 115 there is a article titled "Calculating CRCs by bits and
  8128. bytes".>It covers several CRC methods (including the HDLC one),
  8129. explains the>"shift registers", and gives example code for bit
  8130. and byte oriented>calculations. ...more stuff deleted...A good
  8131. tutorial article on CRC's is "A Tutorial on CRC Computations"
  8132. inIEEE Micro, August 1988, p. 62-75.  The information is
  8133. presented at a moreadvanced level than Byte Magazine so it may
  8134. be useful to those implementingthe algorithm; it also includes
  8135. many references for those interested in thegory details.  (IEEE
  8136. is the Institute of Electrical  and ElectronicsEngineers.)Jeff
  8137. Austen, k9ja, bitnet:
  8138. jra1854@tntech------------------------------Date: 27 Apr 1992
  8139. 12:44:25 -0700From: news-mail-gateway@ucsd.eduSubject:
  8140. Packet-Radio Digest V92 #111To: packet-radio@ucsd.eduCould
  8141. anyone help me in serching for this integrated circuit, used in
  8142. TNCs:TCM 3105  FSK modem.Thanks,HAROLD SANCHEZUnidad de
  8143. Investigacion y Desarrollo - DOT - San PedroInstituto
  8144. Costarricense de ElectricidadApartado 10032San JoseCOSTA
  8145. RICAVOICE (506) 343543 (HOME)FAX   (506) 245980 (WORK)BITNET:
  8146. hsanchez@ucrvm2X.400 :
  8147. C=ch;A=arcom;P=itu;O=rpoa;OU1=ctr;OU2=ice;S=sanchez;G=harold-----
  8148. -------------------------Date: 28 Apr 92 03:21:46 GMTFrom:
  8149. swrinde!cs.utexas.edu!ut-emx!shrike!kriss@network.UCSD.EDUSubject
  8150. : PK-232 RF Ground Loop ModificationTo:
  8151. packet-radio@ucsd.eduThanks to several who E-Mailed me a copy of
  8152. the subject article.Dick, KD5VUOn: 4/27/92 10:25:49 PM
  8153. CST------------------------------Date: 27 Apr 92 13:57:13
  8154. GMTFrom:
  8155. usc!sol.ctr.columbia.edu!emory!wa4mei!nanovx!dennis@network.UCSD.
  8156. EDUSubject: WA4DSY 56 kbit/s MODEM ??To: packet-radio@ucsd.eduIn
  8157. article <704130122snx@skyld.UUCP> jangus@skyld.UUCP (Jeff Angus)
  8158. writes:>Georgia Radio Amateur Packet Enthusiasts Society,
  8159. Inc.>>GRAPES, Inc.>56 KB Modems>PO Box 871>Alpharetta, GA
  8160. 30239-0871>>This is thier published mailing address since I have
  8161. yet to receive an e-mail>response.Well, here is the email
  8162. response you have been looking for....GRAPES is real small when
  8163. it comes to modems, it is just a clubproject that keeps getting
  8164. bigger.  If you have any questionsabout the modem/availability,
  8165. please drop me a line.  I'm thecurrent President of GRAPES
  8166. (Sucker/volunteer).  I'm also highlyinvolved in the local LANS. 
  8167. Currently most of the core group ofGRAPES volunteers were at
  8168. Dayton, and should be returning to theirreqular lives of little
  8169. or no time to devote to the tasks at hand.Important Email
  8170. addresses -    emory!nanovx!dennis    (Dennis Boylan N4ZMZ)
  8171. (myself)    emory!wa4mei!ke4zv!gary    (Gary Coffman KE4ZV) (prolific
  8172. on usenet...)    emory!kd4nc!dug        (Doug Drye KD4NC) (shipping, et
  8173. al)Hopefully we can finish up some projects and emailing to us
  8174. will besomething like -    modems@grapes.orgBut all of this takes
  8175. time...  Should get to it before the end of theyear...  Dennis--
  8176. Dennis Boylan N4ZMZ (...!{emory|gatech}!nanovx!dennis)4422
  8177. Northshore Ln.  Norcross, GA.
  8178. 30093------------------------------End of Packet-Radio Digest
  8179. V92 #113******************************Date: Wed, 29 Apr 92
  8180. 04:30:02 PDTFrom: Packet-Radio Mailing List and Newsgroup
  8181. <packet-radio@ucsd.edu>Errors-To:
  8182. Packet-Radio-Errors@UCSD.EduReply-To:
  8183. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  8184. Digest V92 #114To: packet-radioPacket-Radio Digest         Wed,
  8185. 29 Apr 92       Volume 92 : Issue 114Today's Topics:            
  8186.     Best of both worlds? (PBBS & TCP/IP)                
  8187. Internet <> Packet Gateways (2 msgs)                        KA9Q
  8188. for the Hp 48sx??                                MDT's          
  8189.          NET/Mac Console Cmd for PK-232Send Replies or notes for
  8190. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  8191. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  8192. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  8193. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  8194. directory "mailarchives/packet-radio".We trust that readers are
  8195. intelligent enough to realize that all textherein consists of
  8196. personal comments and does not represent the officialpolicies or
  8197. positions of any party.  Your mileage may vary.  So
  8198. there.-----------------------------------------------------------
  8199. -----------Date: 29 Apr 92 06:32:47 GMTFrom:
  8200. claris!apple!winter@decwrl.dec.comSubject: Best of both worlds?
  8201. (PBBS & TCP/IP)To: packet-radio@ucsd.eduI've been waiting for
  8202. all the real experts to get home from Daytonand answer this
  8203. question, but since there's still no sign of them... :-)If all
  8204. you need to do is read bulletins from someone else's PBBS,NOS is
  8205. just fine; just use its AX.25 capabilities. But it soundslike
  8206. you want to be able to collect messages on your own node; inthat
  8207. case, I'll let someone else answer the question of whether
  8208. there'sany version of NOS that can do that.Patty--     
  8209. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  8210.      ::   Patty Winter N6BIS    Internet: winter@apple.com         
  8211. ::              ::   Sunnyvale, California    AMPRNet: 44.4.0.44         
  8212.       ::    
  8213. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  8214. ------------------------------Date: 28 Apr 92 05:37:28 GMTFrom:
  8215. dog.ee.lbl.gov!nosc!crash!slic!mikey@network.UCSD.EDUSubject:
  8216. Internet <> Packet GatewaysTo:
  8217. packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
  8218. Godden) writes:>   I am trying to compile a list of all Internet
  8219. <> Packet Gateways.>   If you have any info the would help me
  8220. could you please>   sent it to me....and will you post your
  8221. responses to the net?--Mike Shirley, WB6WUI          INET: 
  8222. mikey@slic.cts.comPO Box 460  (San Diego)       UUCP: 
  8223. {hplabs!hp-sdd nosc}!crash!slic!mikeyLakeside, CA 92040-0460    
  8224.   GEnie: SLIC------------------------------Date: Wed, 29 Apr
  8225. 1992 01:36:52 GMTFrom:
  8226. munnari.oz.au!metro!extro.ucc.su.OZ.AU!terryd@network.UCSD.EDUSub
  8227. ject: Internet <> Packet GatewaysTo:
  8228. packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
  8229. Godden) writes:>   I am trying to compile a list of all Internet
  8230. <> Packet Gateways.>   If you have any info the would help me
  8231. could you please>   sent it to me.I tried to email you, but the
  8232. addresss above appears not to be a validaddress ... a question
  8233. that I would ask, why do you want to know ?Terry-- Terry Dawson,
  8234. terryd@extro.ucc.su.OZ.AU, vk2ktj%vk2ktj@vk2aqg.nsw.aus.oc+61 2
  8235. 925 1556 (voice), +61 2 922 5973 (fax).   __\*/__  0^Ooooo  
  8236. _____------------------------------Date: 27 Apr 92 21:14:38
  8237. GMTFrom:
  8238. swrinde!zaphod.mps.ohio-state.edu!usc!sdd.hp.com!hpscdc!hplextra!
  8239. hpcc05!hpdmd48!jhays@network.UCSD.EDUSubject: KA9Q for the Hp
  8240. 48sx??To: packet-radio@ucsd.eduI am only familiar with a version
  8241. for the 95LX ---John------------------------------Date: 28 Apr
  8242. 92 13:43:52 GMTFrom: ub.d.umn.edu!gcarino@RUTGERS.EDUSubject:
  8243. MDT'sTo: packet-radio@ucsd.eduThe police here have changed over
  8244. to MDT's.  Being a very seriousscanner listener, I would like to
  8245. monitor these signals.  The reason Ipost here is because they
  8246. are using a digital form of communication andwhat better place
  8247. to ask about DIGITAL than fellow digitizers.Anyone else out
  8248. there trying to do what I am?  Is it possible to breaktheir
  8249. codification?  Anyone having
  8250. success?Gary------------------------------Date: 28 Apr 92
  8251. 21:32:45 GMTFrom:
  8252. usc!zaphod.mps.ohio-state.edu!cs.utexas.edu!ut-emx!shrike!kriss@n
  8253. etwork.UCSD.EDUSubject: NET/Mac Console Cmd for PK-232To:
  8254. packet-radio@ucsd.eduThis is a Macintosh, PK-232 and NET/Mac
  8255. tcpip posting. I need help with a Console command. What command
  8256. can you  issue from theConsole (or autoexec.net file) to change
  8257. the PK-232 for HF operation? The twocommands I would like to
  8258. issue are:    VHF        OFF    HBAUD   300The 'only' way I have been
  8259. able to change from VHF to HF is to manually makethe changes in
  8260. normal ax25 mode, quite the non-ip program and then loadNET/Mac.
  8261. This is a pain! Hopefully, someone has figured out how to
  8262. command thePK-232 from NET/Mac's Console window.Please reply via
  8263. E-Mail or PacketDick Kriss, KD5VUkd5vu@austin.lockheed.comKD5VU
  8264. @ N5LJF.#AUS.TX.USA.NAOn: 4/28/92 4:38:25 PM
  8265. CST------------------------------End of Packet-Radio Digest V92
  8266. #114******************************Date: Thu, 30 Apr 92 04:30:03
  8267. PDTFrom: Packet-Radio Mailing List and Newsgroup
  8268. <packet-radio@ucsd.edu>Errors-To:
  8269. Packet-Radio-Errors@UCSD.EduReply-To:
  8270. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  8271. Digest V92 #115To: packet-radioPacket-Radio Digest         Thu,
  8272. 30 Apr 92       Volume 92 : Issue 115Today's Topics:            
  8273.               (none) (3 msgs)                 Best of both
  8274. worlds? (PBBS & TCP/IP)                         Digicom
  8275. Whereabouts                     DSP2232, AEA, DSP12, and me     
  8276.                    G8BPQ & W0RLI & NOS           Interfacing
  8277. EPSON EG-7004S-AR flat panel LCD???                     Internet
  8278. <> Packet Gateways                        K9NG data recovery mod
  8279.                   KA9Q for the Hp 48sx?? (3 msgs)               
  8280.     NET/Mac Console Cmd for PK-232                        
  8281. Police MDTs (2 msgs)                 Rejected posting to
  8282. I-PACRAD@UIUCVMDTHIS MAIL IS BEING RETURNED BECAUSE IT WAS NEVER
  8283. READ BY THE (3 msgs)                             WEFAX HELP!Send
  8284. Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
  8285. subscription requests to:
  8286. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  8287. otherwise to brian@ucsd.edu.Archives of past issues of the
  8288. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  8289. directory "mailarchives/packet-radio".We trust that readers are
  8290. intelligent enough to realize that all textherein consists of
  8291. personal comments and does not represent the officialpolicies or
  8292. positions of any party.  Your mileage may vary.  So
  8293. there.-----------------------------------------------------------
  8294. -----------Date: 29 Apr 1992 06:27:19 -0700From:
  8295. news-mail-gateway@ucsd.eduSubject: (none)To:
  8296. packet-radio@ucsd.edu>From Packet-Radio Wed Apr 29 04:30:02 PDT
  8297. 1992 remote from UCSD.EduReceived: by ucsd.edu; id
  8298. AA06991    sendmail 5.64/UCSD-2.2-sun    Wed, 29 Apr 92 04:30:05 -0700
  8299. for infmx!brucebReceived: by ucsd.edu; id AA06986    sendmail
  8300. 5.64/UCSD-2.2-sun    Wed, 29 Apr 92 04:30:04 -0700 for
  8301. /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi
  8302. -fpacket-radio-relay packet-radio-listMessage-Id:
  8303. <9204291130.AA06986@ucsd.edu>Date: Wed, 29 Apr 92 04:30:02
  8304. PDTFrom: ucsd.edu!packet-radio (Packet-Radio Mailing List and
  8305. Newsgroup)Errors-To: Packet-Radio-Errors@UCSD.EduReply-To:
  8306. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  8307. Digest V92 #114To: UCSD.EDU!packet-radio Content-Type:
  8308. textContent-Length: 4964Packet-Radio Digest         Wed, 29 Apr
  8309. 92       Volume 92 : Issue 114Today's Topics:                
  8310. Best of both worlds? (PBBS & TCP/IP)                 Internet <>
  8311. Packet Gateways (2 msgs)                        KA9Q for the Hp
  8312. 48sx??                                MDT's                   
  8313. NET/Mac Console Cmd for PK-232Send Replies or notes for
  8314. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  8315. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  8316. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  8317. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  8318. directory "mailarchives/packet-radio".We trust that readers are
  8319. intelligent enough to realize that all textherein consists of
  8320. personal comments and does not represent the officialpolicies or
  8321. positions of any party.  Your mileage may vary.  So
  8322. there.-----------------------------------------------------------
  8323. -----------Date: 29 Apr 92 06:32:47 GMTFrom:
  8324. claris!apple!winter@decwrl.dec.comSubject: Best of both worlds?
  8325. (PBBS & TCP/IP)To: packet-radio@ucsd.eduI've been waiting for
  8326. all the real experts to get home from Daytonand answer this
  8327. question, but since there's still no sign of them... :-)If all
  8328. you need to do is read bulletins from someone else's PBBS,NOS is
  8329. just fine; just use its AX.25 capabilities. But it soundslike
  8330. you want to be able to collect messages on your own node; inthat
  8331. case, I'll let someone else answer the question of whether
  8332. there'sany version of NOS that can do that.Patty--     
  8333. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  8334.      ::   Patty Winter N6BIS    Internet: winter@apple.com         
  8335. ::              ::   Sunnyvale, California    AMPRNet: 44.4.0.44         
  8336.       ::    
  8337. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  8338. ------------------------------Date: 28 Apr 92 05:37:28 GMTFrom:
  8339. dog.ee.lbl.gov!nosc!crash!slic!mikey@network.UCSD.EDUSubject:
  8340. Internet <> Packet GatewaysTo:
  8341. packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
  8342. Godden) writes:>   I am trying to compile a list of all Internet
  8343. <> Packet Gateways.>   If you have any info the would help me
  8344. could you please>   sent it to me....and will you post your
  8345. responses to the net?--Mike Shirley, WB6WUI          INET: 
  8346. mikey@slic.cts.comPO Box 460  (San Diego)       UUCP: 
  8347. {hplabs!hp-sdd nosc}!crash!slic!mikeyLakeside, CA 92040-0460    
  8348.   GEnie: SLIC------------------------------Date: Wed, 29 Apr
  8349. 1992 01:36:52 GMTFrom:
  8350. munnari.oz.au!metro!extro.ucc.su.OZ.AU!terryd@network.UCSD.EDUSub
  8351. ject: Internet <> Packet GatewaysTo:
  8352. packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
  8353. Godden) writes:>   I am trying to compile a list of all Internet
  8354. <> Packet Gateways.>   If you have any info the would help me
  8355. could you please>   sent it to me.I tried to email you, but the
  8356. addresss above appears not to be a validaddress ... a question
  8357. that I would ask, why do you want to know ?Terry-- Terry Dawson,
  8358. terryd@extro.ucc.su.OZ.AU, vk2ktj%vk2ktj@vk2aqg.nsw.aus.oc+61 2
  8359. 925 1556 (voice), +61 2 922 5973 (fax).   __\*/__  0^Ooooo  
  8360. _____------------------------------Date: 27 Apr 92 21:14:38
  8361. GMTFrom:
  8362. swrinde!zaphod.mps.ohio-state.edu!usc!sdd.hp.com!hpscdc!hplextra!
  8363. hpcc05!hpdmd48!jhays@network.UCSD.EDUSubject: KA9Q for the Hp
  8364. 48sx??To: packet-radio@ucsd.eduI am only familiar with a version
  8365. for the 95LX ---John------------------------------Date: 28 Apr
  8366. 92 13:43:52 GMTFrom: ub.d.umn.edu!gcarino@RUTGERS.EDUSubject:
  8367. MDT'sTo: packet-radio@ucsd.eduThe police here have changed over
  8368. to MDT's.  Being a very seriousscanner listener, I would like to
  8369. monitor these signals.  The reason Ipost here is because they
  8370. are using a digital form of communication andwhat better place
  8371. to ask about DIGITAL than fellow digitizers.Anyone else out
  8372. there trying to do what I am?  Is it possible to breaktheir
  8373. codification?  Anyone having
  8374. success?Gary------------------------------Date: 28 Apr 92
  8375. 21:32:45 GMTFrom:
  8376. usc!zaphod.mps.ohio-state.edu!cs.utexas.edu!ut-emx!shrike!kriss@n
  8377. etwork.UCSD.EDUSubject: NET/Mac Console Cmd for PK-232To:
  8378. packet-radio@ucsd.eduThis is a Macintosh, PK-232 and NET/Mac
  8379. tcpip posting. I need help with a Console command. What command
  8380. can you  issue from theConsole (or autoexec.net file) to change
  8381. the PK-232 for HF operation? The twocommands I would like to
  8382. issue are:    VHF        OFF    HBAUD   300The 'only' way I have been
  8383. able to change from VHF to HF is to manually makethe changes in
  8384. normal ax25 mode, quite the non-ip program and then loadNET/Mac.
  8385. This is a pain! Hopefully, someone has figured out how to
  8386. command thePK-232 from NET/Mac's Console window.Please reply via
  8387. E-Mail or PacketDick Kriss, KD5VUkd5vu@austin.lockheed.comKD5VU
  8388. @ N5LJF.#AUS.TX.USA.NAOn: 4/28/92 4:38:25 PM
  8389. CST------------------------------End of Packet-Radio Digest V92
  8390. #114******************************------------------------------D
  8391. ate: 29 Apr 1992 07:55:51 -0700From:
  8392. news-mail-gateway@ucsd.eduSubject: (none)To:
  8393. packet-radio@ucsd.eduSignoff------------------------------Date:
  8394. 29 Apr 1992 08:27:07 -0700From:
  8395. news-mail-gateway@ucsd.eduSubject: (none)To:
  8396. packet-radio@ucsd.edu>From Packet-Radio Wed Apr 29 04:30:02 PDT
  8397. 1992 remote from UCSD.EduReceived: by ucsd.edu; id
  8398. AA06991    sendmail 5.64/UCSD-2.2-sun    Wed, 29 Apr 92 04:30:05 -0700
  8399. for infmx!brucebReceived: by ucsd.edu; id AA06986    sendmail
  8400. 5.64/UCSD-2.2-sun    Wed, 29 Apr 92 04:30:04 -0700 for
  8401. /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi
  8402. -fpacket-radio-relay packet-radio-listMessage-Id:
  8403. <9204291130.AA06986@ucsd.edu>Date: Wed, 29 Apr 92 04:30:02
  8404. PDTFrom: ucsd.edu!packet-radio (Packet-Radio Mailing List and
  8405. Newsgroup)Errors-To: Packet-Radio-Errors@UCSD.EduReply-To:
  8406. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  8407. Digest V92 #114To: UCSD.EDU!packet-radio Content-Type:
  8408. textContent-Length: 4964Packet-Radio Digest         Wed, 29 Apr
  8409. 92       Volume 92 : Issue 114Today's Topics:                
  8410. Best of both worlds? (PBBS & TCP/IP)                 Internet <>
  8411. Packet Gateways (2 msgs)                        KA9Q for the Hp
  8412. 48sx??                                MDT's                   
  8413. NET/Mac Console Cmd for PK-232Send Replies or notes for
  8414. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  8415. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  8416. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  8417. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  8418. directory "mailarchives/packet-radio".We trust that readers are
  8419. intelligent enough to realize that all textherein consists of
  8420. personal comments and does not represent the officialpolicies or
  8421. positions of any party.  Your mileage may vary.  So
  8422. there.-----------------------------------------------------------
  8423. -----------Date: 29 Apr 92 06:32:47 GMTFrom:
  8424. claris!apple!winter@decwrl.dec.comSubject: Best of both worlds?
  8425. (PBBS & TCP/IP)To: packet-radio@ucsd.eduI've been waiting for
  8426. all the real experts to get home from Daytonand answer this
  8427. question, but since there's still no sign of them... :-)If all
  8428. you need to do is read bulletins from someone else's PBBS,NOS is
  8429. just fine; just use its AX.25 capabilities. But it soundslike
  8430. you want to be able to collect messages on your own node; inthat
  8431. case, I'll let someone else answer the question of whether
  8432. there'sany version of NOS that can do that.Patty--     
  8433. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  8434.      ::   Patty Winter N6BIS    Internet: winter@apple.com         
  8435. ::              ::   Sunnyvale, California    AMPRNet: 44.4.0.44         
  8436.       ::    
  8437. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  8438. ------------------------------Date: 28 Apr 92 05:37:28 GMTFrom:
  8439. dog.ee.lbl.gov!nosc!crash!slic!mikey@network.UCSD.EDUSubject:
  8440. Internet <> Packet GatewaysTo:
  8441. packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
  8442. Godden) writes:>   I am trying to compile a list of all Internet
  8443. <> Packet Gateways.>   If you have any info the would help me
  8444. could you please>   sent it to me....and will you post your
  8445. responses to the net?--Mike Shirley, WB6WUI          INET: 
  8446. mikey@slic.cts.comPO Box 460  (San Diego)       UUCP: 
  8447. {hplabs!hp-sdd nosc}!crash!slic!mikeyLakeside, CA 92040-0460    
  8448.   GEnie: SLIC------------------------------Date: Wed, 29 Apr
  8449. 1992 01:36:52 GMTFrom:
  8450. munnari.oz.au!metro!extro.ucc.su.OZ.AU!terryd@network.UCSD.EDUSub
  8451. ject: Internet <> Packet GatewaysTo:
  8452. packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
  8453. Godden) writes:>   I am trying to compile a list of all Internet
  8454. <> Packet Gateways.>   If you have any info the would help me
  8455. could you please>   sent it to me.I tried to email you, but the
  8456. addresss above appears not to be a validaddress ... a question
  8457. that I would ask, why do you want to know ?Terry-- Terry Dawson,
  8458. terryd@extro.ucc.su.OZ.AU, vk2ktj%vk2ktj@vk2aqg.nsw.aus.oc+61 2
  8459. 925 1556 (voice), +61 2 922 5973 (fax).   __\*/__  0^Ooooo  
  8460. _____------------------------------Date: 27 Apr 92 21:14:38
  8461. GMTFrom:
  8462. swrinde!zaphod.mps.ohio-state.edu!usc!sdd.hp.com!hpscdc!hplextra!
  8463. hpcc05!hpdmd48!jhays@network.UCSD.EDUSubject: KA9Q for the Hp
  8464. 48sx??To: packet-radio@ucsd.eduI am only familiar with a version
  8465. for the 95LX ---John------------------------------Date: 28 Apr
  8466. 92 13:43:52 GMTFrom: ub.d.umn.edu!gcarino@RUTGERS.EDUSubject:
  8467. MDT'sTo: packet-radio@ucsd.eduThe police here have changed over
  8468. to MDT's.  Being a very seriousscanner listener, I would like to
  8469. monitor these signals.  The reason Ipost here is because they
  8470. are using a digital form of communication andwhat better place
  8471. to ask about DIGITAL than fellow digitizers.Anyone else out
  8472. there trying to do what I am?  Is it possible to breaktheir
  8473. codification?  Anyone having
  8474. success?Gary------------------------------Date: 28 Apr 92
  8475. 21:32:45 GMTFrom:
  8476. usc!zaphod.mps.ohio-state.edu!cs.utexas.edu!ut-emx!shrike!kriss@n
  8477. etwork.UCSD.EDUSubject: NET/Mac Console Cmd for PK-232To:
  8478. packet-radio@ucsd.eduThis is a Macintosh, PK-232 and NET/Mac
  8479. tcpip posting. I need help with a Console command. What command
  8480. can you  issue from theConsole (or autoexec.net file) to change
  8481. the PK-232 for HF operation? The twocommands I would like to
  8482. issue are:    VHF        OFF    HBAUD   300The 'only' way I have been
  8483. able to change from VHF to HF is to manually makethe changes in
  8484. normal ax25 mode, quite the non-ip program and then loadNET/Mac.
  8485. This is a pain! Hopefully, someone has figured out how to
  8486. command thePK-232 from NET/Mac's Console window.Please reply via
  8487. E-Mail or PacketDick Kriss, KD5VUkd5vu@austin.lockheed.comKD5VU
  8488. @ N5LJF.#AUS.TX.USA.NAOn: 4/28/92 4:38:25 PM
  8489. CST------------------------------End of Packet-Radio Digest V92
  8490. #114******************************------------------------------D
  8491. ate: 30 Apr 92 01:46:35 GMTFrom:
  8492. swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usene
  8493. t.ins.cwru.edu!ncoast!allbery@network.UCSD.EDUSubject: Best of
  8494. both worlds? (PBBS & TCP/IP)To: packet-radio@ucsd.eduAs quoted
  8495. from <66251@apple.Apple.COM> by winter@Apple.COM (Patty
  8496. Winter):+---------------| I've been waiting for all the real
  8497. experts to get home from Dayton| and answer this question, but
  8498. since there's still no sign of them... :-)+---------------I'm
  8499. not one, but I play one on radio.  :-)+---------------| If all
  8500. you need to do is read bulletins from someone else's PBBS,| NOS
  8501. is just fine; just use its AX.25 capabilities. But it sounds|
  8502. like you want to be able to collect messages on your own node;
  8503. in| that case, I'll let someone else answer the question of
  8504. whether there's| any version of NOS that can do
  8505. that.+---------------Several versions of G1EMM and PA0GRI have
  8506. BBS forwarding capability; PA0GRIis more complete in that it can
  8507. do hierarchical BBS addresses, but at leastthe 2.0f version is
  8508. said to be buggy.  (I haven't tried it yet; the only BBS Ican
  8509. reach readily won't forward to me due to the already existing
  8510. traffic onthe frequencies he's on.  I can well see the point,
  8511. especially since I don'tsee a real need for it in my case
  8512. anyway.)++Brandon-- Brandon S. Allbery, KF8NH [44.70.4.88]      
  8513.  allbery@NCoast.ORGSenior Programmer, Telotech, Inc. (if I may
  8514. call myself that...)------------------------------Date: 29 Apr
  8515. 1992 13:14:49 -0700From: news-mail-gateway@ucsd.eduSubject:
  8516. Digicom WhereaboutsTo: packet-radio@ucsd.eduHello!       I'm
  8517. trying to put together a packet station from scratch after
  8518. gettinginterested in it through reading. My budget is tiny :-),
  8519. so I've obtained asecondhand Commodore 64 and am aiming at
  8520. getting licensed in November whenthe next Uk Radio Amateurs Exam
  8521. happens. In the meantime I'm looking for theDigicom software and
  8522. construction details/schematic for its associated Bell 202modem.
  8523. Can anyone send these to me or post info on where they can be
  8524. obtained by ftpor mail file-server? The C64 will soon have an
  8525. RS232 interface and then C64/128 Kermit, so downloads should be
  8526. possible. I'm interested in TCP/IP but participation in AMPRNET
  8527. will have to wait untilPC prices go lower. Thanks in Advance!   
  8528.               Steve Rudman  PS If I've assumed wrong and Digicom
  8529. is *not* freely copyable for am radpurposes then the address of
  8530. a dealer stocking it in the UK would be useful. Janet: 
  8531. "hooke::icarus::rudman" @ uk.ac.ox.atm.isams-or-  Janet: 
  8532. umeeb37 @ uk.ac.ic.cc.vaxa   (if my local host is
  8533. down)------------------------------Date: 29 Apr 92 16:39:46
  8534. GMTFrom: idacrd!n4hy@princeton.eduSubject: DSP2232, AEA, DSP12,
  8535. and meTo: packet-radio@ucsd.eduHowdy:I have finally gotten a
  8536. belly full of people doing what the gentleman didto me yesterday
  8537. and to which I responded.  I am sending a long statement.It is
  8538. not a flame, however.  You may have no interest in it
  8539. whatsoever, andI encourage you to hit the n key now if you are
  8540. uninterested in my personalaffairs, in AMSAT, AEA, DSP, LL
  8541. Grace, etc.  He has written me a verynice note, and I appreciate
  8542. it.  He is quite correct that I should stateexactly where I fit
  8543. in all this.  I will now.AEA has, through a corporation set up
  8544. in New Jersey to handle the DSP-2232,the Paccomm PSK-1, DOVE
  8545. hardware for AMSAT, etc. paid to me a grand totalof a whopping
  8546. $16,000 for expenses on 3 years work on this box.  I can
  8547. assureyou that has not even remotely covered the costs to
  8548. myself.  Not evenclose.  Not anywhere near close.  I do not even
  8549. own the DSP2232 I am writingcode on.  I wrote Quiktrak.  I gave
  8550. it to AMSAT for four versions.  BeforeAntonio wrote Instantrak,
  8551. it was the single largest source of revenuefor AMSAT, raising
  8552. hundreds of thousands of dollars for AMSAT and they havenever
  8553. paid me a dime for it.  AEA owns the hardware and software in
  8554. the DSP2232and will not pay me a nickel in royalties on ANY of
  8555. it.  In return for these, Iget to do things for AMSAT and in
  8556. amateur radio that people only dream aboutdoing.  I get to go
  8557. stand on the gantry of launch vehicles, and work on
  8558. spacehardware that many would give half a lifetime to work on. 
  8559. For not receivingroyalties on the AEA hardware, I get to keep
  8560. all my software SOURCE and AEAcannot sell it or show it and that
  8561. ladies and gentlemen is worth a bundle.  Iget AEA to loan me
  8562. equipment for my personal use that I could never remotelyhope to
  8563. afford.  I get the benefit of learning an immense amount of
  8564. stuffthat has been very helpful to my day job and had
  8565. experiences that I haveapplied to it and for which I have
  8566. received many accolades at work.  I havereceived compensation
  8567. that to me is irreplacable.  I am not a saint however. Iwill
  8568. write modems for commercial use and for that AEA will pay a
  8569. bundle. Ialso get the right to brag as far and as wide as I want
  8570. to about myachievements. If AEA had paid what I was worth in
  8571. doing this, none of youcould remotely ever dream of affording
  8572. this box.  I will not brag about thequality of the modems done
  8573. for the final hardware (that hardware upgradekit many of you got
  8574. is what I am talking about) versus others.  I'll let wordof
  8575. mouth from people who own the various boxes tell the tale as
  8576. those of youget the new ROM from AEA over the next month.  I
  8577. make the following pledge. Ifyou find a modem ANYWHERE that
  8578. outperforms the ones in this box, I will notstop working on them
  8579. until they are the best or find out why they cannot be thebest
  8580. because of the comprimises we made in making this box do
  8581. `everything' andtell you about it.  The gentlemen yesterday told
  8582. what Brooks (LL Grace) did forhis customers.  I apologize for
  8583. this taking so long, but this is being donethrough a company
  8584. with real people working for it, and many things on
  8585. theirplatter, and it is taking them longer to respond than I
  8586. would have liked andthat is partially my fault.  Because it is
  8587. being done via a commercialcompany, you will not get the
  8588. experimenter's package with schematics, floppies,programming
  8589. models, assembler's, debuggers, for free.  They will have
  8590. costsassociated with making these available in a professional
  8591. form, and  in a formthey will be proud to have their name on and
  8592. one that they can easily supportfor years to come.  That is what
  8593. you get (and pay for) when you buy from abigger company versus a
  8594. garage operation.  They pay full time staff to supportyou as
  8595. best they can.  We all know that is not perfect but it is better
  8596. formost people than getting an answering machine while the guy
  8597. is at his day joband hoping he will call back that night.  I
  8598. cannot believe what Brooks has beenable to put together in the
  8599. DSP-12 working in his garage with help from othershe got all on
  8600. his own.  I congratulate him on it and wish him well.  It isa
  8601. great personal achievement for him and his team.  His work on
  8602. this andon the Kansas City Tracker have made sure that he will
  8603. go down as one of thebest technical innovators in amateur radio.
  8604.  I will stand by my feelings thathis temporary time at the top
  8605. on these DSP multimodes is over.  For those ofyou who insist on
  8606. programming the host processor, the DSP processor, and wantto
  8607. spend time on that (all couple of dozen of you) it is the right
  8608. way to gofor you if you program C or assembler on a PC.  It has
  8609. a V40 in it, and he hasmade it easily accessible to you.  That
  8610. is great.  He is definitely serving aniche that AEA is not, and
  8611. maybe will not support.  I will probably buy onemyself and play
  8612. with it since I am pretty good C and assembler programmermyself
  8613. (see reference to Quiktrak above).  I have written code for the
  8614. V40, itnow flies in space as the command and control system on
  8615. four Microsats, and so I am pretty familiar with it.  It is not
  8616. the best IO processor however.It has some real drawbacks for
  8617. doing this kind of work.  I am sure that Brookswill be glad to
  8618. impress you with how he has had to struggle to get it to doall
  8619. the jobs it needed to do and (say) keep up with 9600 bps
  8620. sustained fromUO-22.  On the other hand, from the first day I
  8621. got the DSP2232 host code fromN6IA, it would breeze through
  8622. 19200 bps.  The 64180 is simply faster athandling byte oriented
  8623. IO than the V40. PERIOD. DMA (which only the DSP2232has) on the
  8624. 8530 in the final version has sped it up even more, End
  8625. discussion.To add insult to injury on the timing side, the 64180
  8626. is clocked faster inthe DSP-2232 than the V40 is in Brooks box
  8627. and it is eight bit instructionsrather than having an eight bit
  8628. data space and doing two fetches to get the16 bit instructions! 
  8629. It all adds up and the bottom line is that for doing theIO job
  8630. these boxes want done, the 64180 implementation is hands down
  8631. fasterthan the V40 implementation in the DSP-12.  It depends on
  8632. what you want!Steve is hacking around now to support sustained
  8633. 38400 so that we can easilysupport full quality, 256 shades of
  8634. grey as many pixels per inch as are in theoriginal signal, SSTV,
  8635. WEFAX, etc.  The drawbacks are that this processor isNOT widely
  8636. used to say the least in PC's and many have given up
  8637. programmingthe Z80, even if it does have fancy bank switching
  8638. for a big address space.In my opinion it is STILL the right
  8639. choice for that box, especially given thenumber of man years
  8640. that went before it on the TNC's and the PK-232.  SteveStuart is
  8641. simply the best I have ever seen at writing that stuff and
  8642. AEAhas chosen to make the most of that asset.  On the other end
  8643. of the systemhowever, there is no comprimise with you the
  8644. adventurer.  You will be givena complete access to the DSP
  8645. processor.  You will be told all that you needto know, and given
  8646. examples of how to do it, and a technical manual tohelp hold
  8647. your hand, and it is my hope AEA will make the schematics
  8648. available.The access is already built into the existing system
  8649. and will only get better.On the host side for those of you who
  8650. still remember how to program a Z80,and who want to learn the
  8651. weird and wonderful ways of handling the segmentedaddress space
  8652. and write your own applications, we are putting together
  8653. adebugger for your pleasure (I really am a sadist at heart
  8654. ;-).This weird relationship has cost AEA something as well. 
  8655. They geared upthe advertisements before it was ready and many
  8656. pressures stopped mefrom finishing.  It is now finished and the
  8657. testing, perfecting, and bugremoval will continue.  Because of
  8658. the strange nature of doing this kindof stuff in the amateur
  8659. radio market, where the real costs associated withdoing
  8660. something like this are never seen or passed on to the customer
  8661. (sincethey are not charged, this applies both to Brooks and
  8662. partially to AEA in thiscase), you the purchaser will find stuff
  8663. you don't like because there is noway you could pay for the box
  8664. if it went through the million dollar testingprogram to find out
  8665. the stuff you complain about.  The bond of trust youget when you
  8666. buy from LL Grace or AEA in this kind of strange market (I
  8667. knowno other like it), is that they make upgrades to you for
  8668. `free.'  That is,the costs of doing the upgrade to you are what
  8669. you pay and not for the timespent on doing the fixes.  In the
  8670. normal commercial world, the testingcosts as much or more than
  8671. the bloody development.  I apologize to AEA publiclyfor the six
  8672. month delay in which they sold without benefit of the real
  8673. modemsdesigned for the box as it was being shipped (new analog
  8674. front end, no dualports, etc.).  That is done with and behind
  8675. us.As to the gentleman's statement that Brooks and I are hated
  8676. enemies, thatis hogwash.  Brooks and I have had legitimate
  8677. differences.  We designedthe DSP2232 together with KA2MOV. 
  8678. Before it was close to market, he wenton his own and did the
  8679. DSP-12.  They have both arrived at market at aboutthe same time.
  8680.  Both serve different clients and the overlap in their marketsis
  8681. actually quite small.  AEA will service primarily the HF market,
  8682. and willserve all the gee whiz folks who want the FAX's, etc. 
  8683. Brooks will servethe experimenter who wants to get at all pieces
  8684. of the box easily and isonly comfortable dealing with PC like
  8685. stuff.  Both serve the satellite marketsamply well, Brooks and I
  8686. both `grew up' there in ham radio.  Because Brooksdid the DSP-12
  8687. while I was still humping on a product we did together withAEA,
  8688. I was extremely angry.  It eroded the trust between AEA and me. 
  8689. Nowwith hindsight being 20/20, on the part of Brooks, myself,
  8690. and AEA, findingout we have different goals, mostly different
  8691. markets, that is all behind usand we are marching to a positive
  8692. tune rather than stabbing each other in theback.  At the time,
  8693. because I was so heavily weighted down during the latepart of
  8694. the year 1990 and the first few months of 1991 and then the
  8695. lastfew months of 1991 with what I like to call world events, I
  8696. felt extremelyguily that he had beat AEA to market.  They were
  8697. angry and in turn, I wasangry beyond repair.  I believe
  8698. legitimately so, you may not.  I want thatto be behind me now,
  8699. and I am looking only toward the future.That is the end of my
  8700. free flowing diatribe.  The bottom line is that Ihave misled
  8701. people concerning this box by saying that getting less thanN
  8702. dollars per box is no incentive to go faster (when N is actually
  8703. anegative number, having cost me money), because I did not want
  8704. to hearpeople telling me what a fool I was but I am tired of the
  8705. damn holier thanthoughs and I will tolerate it no longer.  I
  8706. strongly believe the DSP2232is the best existing DSP system. 
  8707. Time and you will tell.  I will continueto brag freely here and
  8708. elsewhere so that you know what is in it and canshare my
  8709. excitement in these achievements which I sincerely hope you
  8710. enjoyusing.Have fun with the DSP2232 or the DSP12.  Decide which
  8711. is right for youand go get it.  DSP is the only affordable way
  8712. for amateurs to do themyriad of specialty modes we have
  8713. available to us.  The price tag seemshigh.  I want you to think
  8714. about what it is you are getting for that.You are getting a box
  8715. that does as much as boxes and modems totallingtens of thousands
  8716. of dollars, AND, if a new one comes along, we changea ROM and
  8717. you've got it as well.  A new satellite modem? (such as RSM on
  8718. AO-21)no problem, here is a new file, upload it to your box and
  8719. go on.  Yes, I am asexcited now as I was when we started all
  8720. this mess with W3IWI.  It can onlyget
  8721. better.Bob------------------------------Date: 29 Apr 92 15:38:54
  8722. GMTFrom:
  8723. swrinde!mips!darwin.sura.net!tulane!rex!agwbbs!Angelo_Glorioso_Ii
  8724. i@network.UCSD.EDUSubject: G8BPQ & W0RLI & NOSTo:
  8725. packet-radio@ucsd.eduThis is my second post for help.. I am
  8726. running G8BPQ  4.5 and W0RLI 13.9..I would also like to get a
  8727. very of NOS to run with the system.. What I need to a copy of
  8728. someones Startup.net file and or a copy ofbpqcfg file to get
  8729. them running together..Please Help..-- Via DLG Pro
  8730. v0.991Internet:angelo_glorioso_III@agwbbs.new-orleans.LA.US 
  8731. Usenet:rex!agwbbs!angelo_glorioso_III  Packet:N5UXT @
  8732. N5UXT.#NOLA.LA.USA.NA  Tcp/ip:N5UXT.AMPT.ORG 
  8733. [44.108.2.13]------------------------------Date: 29 Apr 92
  8734. 19:03:54 GMTFrom:
  8735. swrinde!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!cis.ksu.edu!mac
  8736. @network.UCSD.EDUSubject: Interfacing EPSON EG-7004S-AR flat
  8737. panel LCD???To: packet-radio@ucsd.eduB.G. Micro (Dallas;
  8738. 214-271-5546) is currently offering EPSON EG-7004S-ARflat panel
  8739. LCD graphic displays for $19.95.  I bought two.  They
  8740. lookPERFECT for making a portable packet terminal (640 x 200
  8741. dot-matrix inabout a 11" x 6" size, total current draw about 20
  8742. milliamperes).They came with a 27-page "manual" which is full of
  8743. timing and electricalspecifications, but it would sure save me a
  8744. bunch of work if someone whohas already interfaced one of these
  8745. could give me a few suggestions!Will anyone admit to having done
  8746. such an interface?--Myron.-- # We preserve our freedoms using
  8747. four boxes:  soap, ballot, jury, and cartridge.# Myron A.
  8748. Calhoun, PhD EE; Associate Professor  (913) 539-4448 home#
  8749. INTERNET:  mac@cis.ksu.edu (129.130.10.5)      532-6350 work,
  8750. 532-7353 fax#      UUCP:  ...rutgers!depot!mac              
  8751. W0PBV @ K0VAY.KS.USA.NA------------------------------Date: 29
  8752. Apr 92 05:35:11 GMTFrom:
  8753. usc!cs.utexas.edu!asuvax!stjhmc!ddodell@network.UCSD.EDUSubject:
  8754. Internet <> Packet GatewaysTo: packet-radio@ucsd.eduOn <Tue, Apr
  8755. 28 05:37>, UUCP (mikey@slic.cts.com Date: 28 Apr 92 05:37:28
  8756. GMT) wrote: >   I am trying to compile a list of all Internet <>
  8757. Packet Gateways.>   If you have any info the would help me could
  8758. you please>   sent it to me. >...and will you post your
  8759. responses to the net?Please see instructions on using my gateway
  8760. below, please DO NOT send test messages ... they will be
  8761. cancelled at the gateway.If anyone has any questions, drop me a
  8762. line.David-------                    How to Use the
  8763. wb7tpy.ampr.org               Internet <-> Amateur Packet Radio
  8764. Gateway------------------------------Date: 30 Apr 1992 06:07:21
  8765. GMTFrom: ucsd.edu!brian@network.UCSD.EDUSubject: K9NG data
  8766. recovery modTo: packet-radio@ucsd.eduWB6HHV and I have come up
  8767. with a mod for the K9NG 9600 bps modem (basedon some work by
  8768. KD6HCN) that seems to improve the operation of the statemachine
  8769. used to recover clock and do carrier detect.The difficulty is
  8770. that the K9NG uses a data slicer to directly feed thestate
  8771. machine latch, so there is no assurance that the data
  8772. transitionswill satisfy the setup and hold times of the latch
  8773. input.  This can leadto some metastability problems with the
  8774. state machine, resulting injittering of the clock, which can
  8775. cause the descrambler to lose sync,and also can cause chatter of
  8776. the DCD output even on a good signal.Since nearly all modern
  8777. TNCs provide 16x clock, the flip-flop (U9b)that was provided to
  8778. divide the 32x clock from the old TNC-1 isavailable for re-use. 
  8779. It is already clocked from the 16x clock; wejust cut and jump to
  8780. insert it between the output of the data slicerand the following
  8781. circuitry.1) cut the trace from U9 pin 9 to U9 pin 12, or bend
  8782. U9p12 out of thesocket.2) cut the trace from U9p2 to U7p13.  Do
  8783. that near R11 or where thetrace passes under R24.  (R24 isn't
  8784. needed and may be omitted in mostinstallations.)3) add a wire
  8785. from U2p2 to U9p9.4) add a wire from U9p13 (or the 32x hole of
  8786. JP3) to U7p13.Seems to help - I think I'm seeing fewer retries. 
  8787. No parts needed!By the way, the State 2.0 ROM used for the new
  8788. TAPR-9600 modem will workin the K9NG, except that DCD will false
  8789. quite a bit.  It's supposed toimprove clock recovery, so you
  8790. might also give that a try.  I found theamount of DCD falsing to
  8791. be unacceptable, so I'm not using it.    -
  8792. Brian------------------------------Date: 29 Apr 92 14:24:48
  8793. GMTFrom:
  8794. swrinde!cs.utexas.edu!tamsun!cs.tamu.edu!kurt@network.UCSD.EDUSub
  8795. ject: KA9Q for the Hp 48sx??To: packet-radio@ucsd.eduIn article
  8796. <kronz.704131370@kraft.ecn.purdue.edu>,
  8797. kronz@kraft.ecn.purdue.edu (Jason A Kronz) writes:|> Yesterday
  8798. another HAM told me that there was a HP 48sx version of KA9Q
  8799. packet|> program. Now, THAT's perverted!!!!! B-}There's one for
  8800. the HP pocket DOStoy, the 95LX, but I doubt if the processor in
  8801. the 48 is compatible...-- Kurt Freiberger, wb5bbw     
  8802. kurt@cs.tamu.edu   409/847-8607  fax:409/847-8578Dept. of
  8803. Computer Science, Texas A&M University      DoD #264: BMW R80/7
  8804. pilot"We preserve our freedom using three boxes: ballot, jury,
  8805. and cartridge."      *** Not an official document of Texas A&M
  8806. University ***------------------------------Date: 29 Apr 1992
  8807. 15:10:40 GMTFrom:
  8808. usc!wupost!bcm!lib!oac.hsc.uth.tmc.edu!jmaynard@network.UCSD.EDUS
  8809. ubject: KA9Q for the Hp 48sx??To: packet-radio@ucsd.eduIn
  8810. article <13170@tamsun.tamu.edu> kurt@cs.tamu.edu (Kurt
  8811. Freiberger) writes:>There's one for the HP pocket DOStoy, the
  8812. 95LX, but I doubt if the processor >in the 48 is compatible...Oy
  8813. vey, is it not compatible.All you anti-Intel bigots who moan
  8814. about the architecture should take a lookat the architecture of
  8815. the HP48SX's CPU, called the Saturn. After that, the80x86 looks
  8816. positively regular.-- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never
  8817. ascribe to malice that which canjmaynard@oac.hsc.uth.tmc.edu    
  8818.  | adequately be explained by a .sig virus.      "You're the
  8819. only extremist I've ever known who has a sense of              
  8820. humor." -- Richard Nixon, to Pat
  8821. Buchanan------------------------------Date: 30 Apr 92 01:42:05
  8822. GMTFrom:
  8823. swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usene
  8824. t.ins.cwru.edu!ncoast!allbery@network.UCSD.EDUSubject: KA9Q for
  8825. the Hp 48sx??To: packet-radio@ucsd.eduAs quoted from
  8826. <13170@tamsun.tamu.edu> by kurt@cs.tamu.edu (Kurt
  8827. Freiberger):+---------------| In article
  8828. <kronz.704131370@kraft.ecn.purdue.edu>,
  8829. kronz@kraft.ecn.purdue.edu (Jason A Kronz) writes:| |> Yesterday
  8830. another HAM told me that there was a HP 48sx version of KA9Q
  8831. packet| |> program. | | Now, THAT's perverted!!!!! B-}| |
  8832. There's one for the HP pocket DOStoy, the 95LX, but I doubt if
  8833. the processor | in the 48 is compatible...+---------------Not
  8834. only is it not compatible, but I doubt it'd keep up with even
  8835. 1200 baudIP, much less 9600 or 56k.++Brandon, who *owns* an
  8836. HP48SX and finds the idea of HP48 NOS perverted :-)-- Brandon S.
  8837. Allbery, KF8NH [44.70.4.88]        allbery@NCoast.ORGSenior
  8838. Programmer, Telotech, Inc. (if I may call myself
  8839. that...)------------------------------Date: 30 Apr 1992 01:16:24
  8840. -0700From: news-mail-gateway@ucsd.eduSubject: NET/Mac Console
  8841. Cmd for PK-232To: packet-radio@ucsd.edu Hello Dick,You should be
  8842. able to change the settings of the PK-232 by using thecommands: 
  8843. param <interface> vhf off     and:  param <interface> hbaud
  8844. 300Did you try this? Doesn't that work?73 de Adam
  8845. PA2AGA.------------------------------Date: 29 Apr 1992 11:45:24
  8846. -0700From: news-mail-gateway@ucsd.eduSubject: Police MDTsTo:
  8847. packet-radio@ucsd.eduRecently a poster requested data on MDTs. 
  8848. What exactly is a mDT
  8849. ?+---------------------------------------------------------------
  8850. ------+   FROM:   David Sweigert  c/o               
  8851. david@kelly.ksc.nasa.gov   Boeing Aerospace Operations          
  8852.    -or-                          M/S  FA-71                     
  8853.    david-sweigert@ksc.nasa.gov   Kennedy Space Center, FL 32899 
  8854.         FAX  407-867-4079                                       
  8855.    VOICE   
  8856. 867-4848+--------------------------------------------------------
  8857. -------------+------------------------------Date: 29 Apr 92
  8858. 23:55:48 GMTFrom:
  8859. rudy.rutgers.edu!pilot.njin.net!ron@RUTGERS.EDUSubject: Police
  8860. MDTsTo: packet-radio@ucsd.eduMDT = Mobile Data Terminal.  It's
  8861. used for getting calls, looking uplicense numbers (the Fairfax
  8862. police here just idley enter licenseplates while waiting at
  8863. lights to see if they get lucky).  They alsocan be used to order
  8864. tow trucks (this is neat).  They also have acar to car chat mode
  8865. so the cops (as in LA) can discuss how manyminorities they've
  8866. beat up that day (it was totally beyond theircomprehension that
  8867. all these communicaitons were being
  8868. logged.-ROn------------------------------Date: 29 Apr 1992
  8869. 08:41:22 -0700From: news-mail-gateway@ucsd.eduSubject: Rejected
  8870. posting to I-PACRAD@UIUCVMDTo: packet-radio@ucsd.eduYour message
  8871. is being returned to you unprocessed because it seems to have
  8872. beenalready sent to the I-PACRAD list. That  is, a message with
  8873. identical body (butpossibly different headers) has been posted
  8874. to the list recently, either by youor by  someone else. If you 
  8875. have a good reason  to resend this message  to thelist (for
  8876. instance because half of the outbound spool files were lost in a
  8877. diskcrash at  some intermediate node),  please alter the 
  8878. message text in  some waybefore resending  it. Note that 
  8879. altering the  "Subject:" line or  adding blanklines at the top
  8880. or bottom of the message is not sufficient; you should
  8881. insteadadd a line  at the top explaining  why you are re-sending
  8882. the  message, for thebenefit of the list
  8883. membership.------------------------ Rejected message (177 lines)
  8884. -------------------------Received: from CUNYVM.BITNET by
  8885. VMD.CSO.UIUC.EDU (Mailer R2.07) with BSMTP id 5794; Wed, 29 Apr
  8886. 92 10:38:44 CDTReceived: from CUNYVM by CUNYVM.BITNET (Mailer
  8887. R2.08) with BSMTP id 3367; Wed, 29 Apr 92 11:37:28 EDTReceived:
  8888. from ucsd.edu by CUNYVM.CUNY.EDU (IBM VM SMTP V2R2) with TCP;  
  8889. Wed, 29 Apr 92 11:37:26 EDTReceived: by ucsd.edu; id
  8890. AA06991    sendmail 5.64/UCSD-2.2-sun    Wed, 29 Apr 92 04:30:05 -0700
  8891. for infmx!brucebReceived: by ucsd.edu; id AA06986    sendmail
  8892. 5.64/UCSD-2.2-sun    Wed, 29 Apr 92 04:30:04 -0700 for
  8893. /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi
  8894. -fpacket-radio-relay packet-radio-listMessage-Id:
  8895. <9204291130.AA06986@ucsd.edu>Date: Wed, 29 Apr 92 04:30:02
  8896. PDTFrom: Packet-Radio Mailing List and Newsgroup
  8897. <packet-radio@ucsd.edu>Errors-To:
  8898. Packet-Radio-Errors@UCSD.EduReply-To:
  8899. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  8900. Digest V92 #114To: packet-radio@UCSD.EDUPacket-Radio Digest     
  8901.    Wed, 29 Apr 92       Volume 92 : Issue 114Today's Topics:    
  8902.             Best of both worlds? (PBBS & TCP/IP)                
  8903. Internet <> Packet Gateways (2 msgs)                        KA9Q
  8904. for the Hp 48sx??                                MDT's          
  8905.          NET/Mac Console Cmd for PK-232Send Replies or notes for
  8906. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  8907. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  8908. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  8909. Packet-Radio Digest are available(by FTP only) from UCSD.Edu in
  8910. directory "mailarchives/packet-radio".We trust that readers are
  8911. intelligent enough to realize that all textherein consists of
  8912. personal comments and does not represent the officialpolicies or
  8913. positions of any party.  Your mileage may vary.  So
  8914. there.-----------------------------------------------------------
  8915. -----------Date: 29 Apr 92 06:32:47 GMTFrom:
  8916. claris!apple!winter@decwrl.dec.comSubject: Best of both worlds?
  8917. (PBBS & TCP/IP)To: packet-radio@ucsd.eduI've been waiting for
  8918. all the real experts to get home from Daytonand answer this
  8919. question, but since there's still no sign of them... :-)If all
  8920. you need to do is read bulletins from someone else's PBBS,NOS is
  8921. just fine; just use its AX.25 capabilities. But it soundslike
  8922. you want to be able to collect messages on your own node; inthat
  8923. case, I'll let someone else answer the question of whether
  8924. there'sany version of NOS that can do that.Patty--    
  8925. :::::::::::::::::::::::::::::::::
  8926.  
  8927. ::::::::::::::::::::::::::::::::     ::   Patty Winter
  8928. N6BIS    Internet: winter@apple.com          ::     ::   Sunnyvale,
  8929. California    AMPRNet: 44.4.0.44                ::    
  8930. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  8931. ------------------------------Date: 28 Apr 92 05:37:28 GMTFrom:
  8932. dog.ee.lbl.gov!nosc!crash!slic!mikey@network.UCSD.EDUSubject:
  8933. Internet <> Packet GatewaysTo:
  8934. packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
  8935. Godden) writes:>   I am trying to compile a list of all Internet
  8936. <> Packet Gateways.>   If you have any info the would help me
  8937. could you please>   sent it to me....and will you post your
  8938. responses to the net?--Mike Shirley, WB6WUI          INET: 
  8939. mikey@slic.cts.comPO Box 460  (San Diego)       UUCP: 
  8940. {hplabs!hp-sdd nosc}!crash!slic!mikeyLakeside, CA 92040-0460    
  8941.   GEnie: SLIC------------------------------Date: Wed, 29 Apr
  8942. 1992 01:36:52 GMTFrom:
  8943. munnari.oz.au!metro!extro.ucc.su.OZ.AU!terryd@network.UCSD.EDUSub
  8944. ject: Internet <> Packet GatewaysTo:
  8945. packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
  8946. Godden) writes:>   I am trying to compile a list of all Internet
  8947. <> Packet Gateways.>   If you have any info the would help me
  8948. could you please>   sent it to me.I tried to email you, but the
  8949. addresss above appears not to be a validaddress ... a question
  8950. that I would ask, why do you want to know ?Terry--Terry Dawson,
  8951. terryd@extro.ucc.su.OZ.AU, vk2ktj%vk2ktj@vk2aqg.nsw.aus.oc+61 2
  8952. 925 1556 (voice), +61 2 922 5973 (fax).   __\*/__  0^Ooooo  
  8953. _____------------------------------Date: 27 Apr 92 21:14:38
  8954. GMTFrom:
  8955. swrinde!zaphod.mps.ohio-state.edu!usc!sdd.hp.com!hpscdc!hplextra!
  8956. hpcc05!hpdmd48 !jhays@network.UCSD.EDUSubject: KA9Q for the Hp
  8957. 48sx??To: packet-radio@ucsd.eduI am only familiar with a version
  8958. for the 95LX ---John------------------------------Date: 28 Apr
  8959. 92 13:43:52 GMTFrom: ub.d.umn.edu!gcarino@RUTGERS.EDUSubject:
  8960. MDT'sTo: packet-radio@ucsd.eduThe police here have changed over
  8961. to MDT's.  Being a very seriousscanner listener, I would like to
  8962. monitor these signals.  The reason Ipost here is because they
  8963. are using a digital form of communication andwhat better place
  8964. to ask about DIGITAL than fellow digitizers.Anyone else out
  8965. there trying to do what I am?  Is it possible to breaktheir
  8966. codification?  Anyone having
  8967. success?Gary------------------------------Date: 28 Apr 92
  8968. 21:32:45 GMTFrom:
  8969. usc!zaphod.mps.ohio-state.edu!cs.utexas.edu!ut-emx!shrike!kriss@n
  8970. etwork.UCSD.ED USubject: NET/Mac Console Cmd for PK-232To:
  8971. packet-radio@ucsd.eduThis is a Macintosh, PK-232 and NET/Mac
  8972. tcpip posting.I need help with a Console command. What command
  8973. can you  issue from theConsole (or autoexec.net file) to change
  8974. the PK-232 for HF operation? The twocommands I would like to
  8975. issue are:    VHF        OFF    HBAUD   300The 'only' way I have been
  8976. able to change from VHF to HF is to manually makethe changes in
  8977. normal ax25 mode, quite the non-ip program and then loadNET/Mac.
  8978. This is a pain! Hopefully, someone has figured out how to
  8979. command thePK-232 from NET/Mac's Console window.Please reply via
  8980. E-Mail or PacketDick Kriss, KD5VUkd5vu@austin.lockheed.comKD5VU
  8981. @ N5LJF.#AUS.TX.USA.NAOn: 4/28/92 4:38:25 PM
  8982. CST------------------------------End of Packet-Radio Digest V92
  8983. #114******************************------------------------------D
  8984. ate: 29 Apr 1992 11:15:14 -0700From:
  8985. news-mail-gateway@ucsd.eduSubject: THIS MAIL IS BEING RETURNED
  8986. BECAUSE IT WAS NEVER READ BY THETo:
  8987. packet-radio@ucsd.eduX-Delivery-Notice:  SMTP MAIL FROM does not
  8988. correspond to sender.Received: from VMD.CSO.UIUC.EDU (RSCSXA) by
  8989. UWAVM.U.WASHINGTON.EDU (Mailer R2.08 R208004) with BSMTP id
  8990. 3968; Mon, 23 Mar 92 08:55:47 PSTReceived: by UIUCVMD (Mailer
  8991. R2.07) id 7697; Mon, 23 Mar 92 10:53:18 CSTDate:         Mon, 23
  8992. Mar 1992 04:30:03 PSTReply-To:     Packet-Radio@UCSD.EduSender: 
  8993.      Packet Radio <I-PACRAD@UIUCVMD.BITNET>From:        
  8994. Packet-Radio Mailing List and Newsgroup
  8995. <packet-radio@UCSD.EDU>Subject:      Packet-Radio Digest V92
  8996. #77To:           Marty Baxter <DEMO@UWAVMXA.BITNET>Packet-Radio
  8997. Digest         Mon, 23 Mar 92       Volume 92 : Issue  77Today's
  8998. Topics:                 9600 baud for GE Master II (2 msgs)     
  8999.                 FM radios for 9600 packet                    
  9000. Internet->NTS gateway & how?            Packet radio and RFI
  9001. from my computer.  Help!Send Replies or notes for publication
  9002. to: <Packet-Radio@UCSD.Edu>Send subscription requests to:
  9003. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  9004. otherwise to brian@ucsd.edu.Archives of past issues of the
  9005. Packet-Radio Digest are available(by FTP only) from UCSD.Edu in
  9006. directory "mailarchives/packet-radio".We trust that readers are
  9007. intelligent enough to realize that all textherein consists of
  9008. personal comments and does not represent the officialpolicies or
  9009. positions of any party.  Your mileage may vary.  So
  9010. there.-----------------------------------------------------------
  9011. -----------Date: Sun, 22 Mar 1992 12:33:06 GMTFrom:
  9012. news.hawaii.edu!mpg.phys.hawaii.edu!tony@ames.arpaSubject: 9600
  9013. baud for GE Master IITo: packet-radio@ucsd.eduLooking for advice
  9014. on interfacing 9600 baud (K9NG/G3RUH) modems to a VHFGE Master
  9015. II running as a full-duplex repeater.  The manual implies that
  9016. theexciter actually uses phase modulation instead of frequency
  9017. modulation.  WillI have to make a varactor modulator and attach
  9018. it in parallel with thecrystal in the oscillator module?  Does
  9019. anyone have a working circuit that Icould copy?  Are the
  9020. receiver/transmitter bandwidths wide enough to handle9600
  9021. BAUD?And finally a more generic question:  can anybody suggest
  9022. sources for 2-meterduplexers at a reasonable price?  There is a
  9023. possibility the duplexors may beexposed to a relatively
  9024. high-humidity environment.--Antonio
  9025. Querubintony@mpg.phys.hawaii.edu / ah6bw@uhm.ampr.org /
  9026. querubin@uhunix.bitnet------------------------------Date: 22 Mar
  9027. 92 16:25:01 GMTFrom:
  9028. swrinde!cs.utexas.edu!usc!wupost!emory!kd4nc!ke4zv!gary@network.U
  9029. CSD.EDUSubject: 9600 baud for GE Master IITo:
  9030. packet-radio@ucsd.eduIn article
  9031. <1992Mar22.123306.17107@news.Hawaii.Edu>
  9032. tony@mpg.phys.hawaii.edu (Antonio Querubin) writes:>Looking for
  9033. advice on interfacing 9600 baud (K9NG/G3RUH) modems to a VHF>GE
  9034. Master II running as a full-duplex repeater.  The manual implies
  9035. that the>exciter actually uses phase modulation instead of
  9036. frequency modulation.  Will>I have to make a varactor modulator
  9037. and attach it in parallel with the>crystal in the oscillator
  9038. module?  Does anyone have a working circuit that I>could copy? 
  9039. Are the receiver/transmitter bandwidths wide enough to
  9040. handle>9600 BAUD?Just use the Channel Guard input for your
  9041. modulation. Works great, costslittle. The receiver passband is a
  9042. little on the tight side, but it'llwork.>And finally a more
  9043. generic question:  can anybody suggest sources for
  9044. 2-meter>duplexers at a reasonable price?  There is a possibility
  9045. the duplexors may be>exposed to a relatively high-humidity
  9046. environment.Join your repeater coordination group. If they
  9047. publish a newsletter ormagazine like SERA does, there will be a
  9048. source for contacts who haveduplexers for sale, or know where to
  9049. find them.Gary KE4ZV------------------------------Date: 21 Mar
  9050. 92 15:37:40 GMTFrom:
  9051. usc!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!bongo!julian@net
  9052. work.UCSD.EDUSubject: FM radios for 9600 packetTo:
  9053. packet-radio@ucsd.edu    I have been quietly searching for a good
  9054. affordable radio for9600 baud packet. There is currently the Tek
  9055. radio. It costs about $150and leaves much to be desired.
  9056. Kantronics has a radio, that does OK butthe RX performs poorly
  9057. in the madding RF environment of GreaterDisneyland.    The
  9058. Riverside Fire dept runs 9600 baud packet. They alsofinance some
  9059. amateur nodes under the bogus "public service" banner -Your tax
  9060. dollars at work.    So I ended up talking to Mike Burton, N6KZB of
  9061. Riverside FireBrigade about what radios to use. He said he had
  9062. been using someKenwood models - the TK-710 and TK-810. But of
  9063. course, these havesince been discontinued and replaced with
  9064. "improved" models withscanning and more LEDs. Yes, of course the
  9065. price has gone up.    He said his radio of choice is now the Yeasu
  9066. Vertex line. Theyhave models with 4 channels and 24 channels.
  9067. These radios are true FM,40 Watts and are available for low band
  9068. and high band VHF as wellas UHF (6M, 2M, & 450 in hamspeak).    So
  9069. I called his supplier who told me the following: He wouldsell me
  9070. the radios for $449 for the 4 channel model and $509 for the
  9071. 24channel model. He would supply the radio programmed to my
  9072. choice offreqs. Well silly me, I asked if I could reprogram
  9073. them, was it justa PROM change etc. He then claimed that the
  9074. programming info was Yaesuprorietary and he couldn't give it to
  9075. me, but would be happy to doit for it for $50.    This is crap.
  9076. This is like a car dealer saying they won'tlet me have service
  9077. info, that only the dealership can change the sparkplugs.    So,
  9078. does anyone have the programming info?    Does anyone have or know
  9079. where I can get service docs?    Anyone know anywhere else I can
  9080. buy these radios?--Julian Macassey, julian@bongo.info.com 
  9081. N6ARE@K6VE.#SOCAL.CA.USA.NA742 1/2 North Hayworth Avenue
  9082. Hollywood CA 90046-7142 voice (213)
  9083. 653-4495------------------------------Date: 22 Mar 92 16:59:30
  9084. EDTFrom:
  9085. pacbell.com!iggy.GW.Vitalink.COM!widener!psuecl!tag@network.UCSD.
  9086. EDUSubject: Internet->NTS gateway & how?To:
  9087. packet-radio@ucsd.eduI'd like to send a mail message from an
  9088. internet node to apacket radio user at NTS node K1MEA-8, located
  9089. in western Mass.Which gateways have been established for this
  9090. type of messaging,and how do I include them on the mail address
  9091. line?(Note:  I'm not very familiar with NTS)Thanks,Tom
  9092. GionfriddoPenn State Univ------------------------------Date: 22
  9093. Mar 92 15:12:34 GMTFrom: hayes!bcoleman@uunet.uu.netSubject:
  9094. Packet radio and RFI from my computer.  Help!To:
  9095. packet-radio@ucsd.eduIn article
  9096. <1992Mar18.221950.23515@ke4zv.uucp>, gary@ke4zv.uucp (Gary
  9097. Coffman) writes:>> In article <1992Mar17.223940.1@cc.utah.edu>
  9098. cberthel@cc.utah.edu writes:>>I'm a brand new ham (callsign
  9099. pending) and want to join the packet fun.>>I have a Mac and a
  9100. Kenwood HT (TH25-AT) and am looking at TNCs.  I have>>a question
  9101. about RFI from my computer equipment (could be the
  9102. external>>hard drive).  Anyway, whenever I even get near my Mac
  9103. it opens the squelch>>on my Kenwood.>> This is an old story
  9104. Cheryl. There are ways to suppress computer RFI,> but the first
  9105. thing you should try is to use a remote antenna on the> HT. If
  9106. you can get the antenna 20 to 50 feet from the computer, the>
  9107. problem may go away. If this doesn't work, move the HT to the
  9108. remote> location and run shielded audio wires from the HT to the
  9109. TNC. This> almost always works.All good advice.> Finally, you
  9110. can invest in some conductive> sprays for the inside of the Mac
  9111. case, complete disassembly required.Don't bother. All Macs
  9112. already have such coatings on the inside of theircases. You
  9113. might consider looking at that Hard disk drive. The radiationis
  9114. not likely to come from the Mac, but from an external device,
  9115. such asthe disk drive mentioned. Try switching off suspect
  9116. devices to narrow theproblem down.> And you can put ferrite
  9117. chokes on all the external cabling which> should be of the
  9118. shielded type. Wrap the SCSI cable in copper foil> and ground it
  9119. at both ends.I have yet to see an unshielded SCSI cable for the
  9120. Mac. If you are usingone, toss it an get a good quality
  9121. cable.--Bill Coleman, AA4LR                ! CIS: 76067,2327   
  9122. AppleLink: D1958Principal Software Engineer        ! Packet
  9123. Radio: AA4LR @ W4QOHayes Microcomputer Products, Inc. ! UUCP:
  9124. uunet!hayes!bcolemanPOB 105203 Atlanta, GA 30348 USA   !
  9125. Internet: bcoleman%hayes@uunet.uu.netDisclaimer: "My employer
  9126. doesn't pay me to have opinions."Quote: "The same light shines
  9127. on vineyards that makes deserts." -Steve
  9128. Hackett.------------------------------Date: 22 Mar 92 21:04:11
  9129. GMTFrom:
  9130. swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!pacific.mps.
  9131. ohio-state.edu
  9132. !linac!att!cbfsb!cbnewsb.cb.att.com!wa2ise@network.UCSD.EDUTo:
  9133. packet-radio@ucsd.eduReferences <m21198.701012681@mwunix>,
  9134. <1992Mar21.183130.21848@sq.sq.com>,
  9135. <6253@lib.tmc.edu>ps.ohioSubject : Re: Packet radio and RFI from
  9136. my computer. Help!In article <6253@lib.tmc.edu>
  9137. jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard) writes:>In article
  9138. <1992Mar21.183130.21848@sq.sq.com> rph@sq.sq.com (Pontus Hedman
  9139. (VE3RPH)) writes:>>m21198@mwunix.mitre.org (John McHarry)
  9140. writes:>>>I have the inverse problem.  On HF (mostly Amtor) the
  9141. rf from the rig trashes>>>the keyboard.>>I had the same problem
  9142. with Digital VT220 terminal.>>Ack. The console on my home Unix
  9143. box is a VT220 I picked up at a hamfest...up>until your
  9144. comments, I thought $40 for a running terminal was a pretty
  9145. good>deal.I've been using a VT220 on VHF packet without
  9146. problems.  Not much RFI.  Butmy radio's antenna is on the roof
  9147. about 20 feet overhead.  Also use thisterminal to read NetNews
  9148. at home (using it as I type
  9149. this).------------------------------End of Packet-Radio Digest
  9150. V92
  9151. #77******************************------------------------------Da
  9152. te: 29 Apr 1992 11:36:03 -0700From:
  9153. news-mail-gateway@ucsd.eduSubject: THIS MAIL IS BEING RETURNED
  9154. BECAUSE IT WAS NEVER READ BY THETo:
  9155. packet-radio@ucsd.eduX-Delivery-Notice:  SMTP MAIL FROM does not
  9156. correspond to sender.Received: from VMD.CSO.UIUC.EDU (RSCSXA) by
  9157. UWAVM.U.WASHINGTON.EDU (Mailer R2.08 R208004) with BSMTP id
  9158. 5757; Tue, 24 Mar 92 08:10:04 PSTReceived: by UIUCVMD (Mailer
  9159. R2.07) id 2585; Tue, 24 Mar 92 10:10:23 CSTDate:         Tue, 24
  9160. Mar 1992 04:30:02 PSTReply-To:     Packet-Radio@UCSD.EduSender: 
  9161.      Packet Radio <I-PACRAD@UIUCVMD.BITNET>From:        
  9162. Packet-Radio Mailing List and Newsgroup
  9163. <packet-radio@UCSD.EDU>Subject:      Packet-Radio Digest V92
  9164. #78To:           Marty Baxter <DEMO@UWAVMXA.BITNET>Packet-Radio
  9165. Digest         Tue, 24 Mar 92       Volume 92 : Issue  78Today's
  9166. Topics:               BBS name standards / Packet-BBS gateways  
  9167.                       Internet=>NTS packet                      
  9168.     Packet on a NeXT                Packet Radio Research at
  9169. Georgia Tech.                       PI card software update     
  9170.                 Please help me find WNOS.             Setting up
  9171. 'conventional' TCP/IP for packet                    Sources for
  9172. APlink executablesSend Replies or notes for publication to:
  9173. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  9174. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  9175. otherwise to brian@ucsd.edu.Archives of past issues of the
  9176. Packet-Radio Digest are available(by FTP only) from UCSD.Edu in
  9177. directory "mailarchives/packet-radio".We trust that readers are
  9178. intelligent enough to realize that all textherein consists of
  9179. personal comments and does not represent the officialpolicies or
  9180. positions of any party.  Your mileage may vary.  So
  9181. there.-----------------------------------------------------------
  9182. -----------Date: 23 Mar 92 22:38:58 GMTFrom:
  9183. sdd.hp.com!spool.mu.edu!umn.edu!orstnews!ECE.ORST.EDU!johan@netwo
  9184. rk.UCSD.EDUSubject: BBS name standards / Packet-BBS gatewaysTo:
  9185. packet-radio@ucsd.eduI'd implement it in my version of NOS, if
  9186. we agree on somethingHow about 'X-BID:
  9187. '73Johan,wg7j------------------------------Date: 23 Mar 1992
  9188. 08:11:23 -0800From: news-mail-gateway@ucsd.eduSubject:
  9189. Internet=>NTS packetTo: packet-radio@ucsd.eduTom, I am not sure
  9190. whether or not the existing Internet<>Packet gateways
  9191. arecurrently configured to handle NTS Traffic (Maybe Jim/W2XO
  9192. can enlighten us).In any event to send a piece of NTS traffic
  9193. via packet, you need to locatea consenting amateur (like myself)
  9194. who will take your message, put it into NTSformat, and place in
  9195. on a full-service AX.25 BBS for forwarding. If you wouldlike me
  9196. to send a piece of traffic to your friend, please send me
  9197. thefollowing information:1. Your friend's name and call (I
  9198. assume his HomeBBS is K1MEA.MA.USA.NOAM).2. His address,
  9199. including his zip code, as the packet network uses
  9200. postal'zipcodes for forwarding.3. A local phone number4. A
  9201. message of about 25 words (no more than 30). Be sure to end
  9202. sentences with"X" (X-ray) instead of a period. Each "X" counts
  9203. as a word.Depending on whether or not your friend operates
  9204. packet you may be able tosend a direct message to him through
  9205. one of the gateways. One of the fineand generous people who
  9206. operate the Internet<>Packet's gateways shouldbe able to provide
  9207. you with the necessary information to do that. Otherwise,I would
  9208. be more than happy to handle a piece of NTS traffic to your
  9209. friend.73 de Will/KB4LFDInternet:
  9210. snyder@uncvx1.acs.unc.eduBitnet  :
  9211. snyder@uncvx1.bitnet------------------------------Date: 23 Mar
  9212. 92 13:47:46 GMTFrom:
  9213. usc!wupost!psuvax1!hsdndev!ncar!noao!amethyst!mat@network.UCSD.ED
  9214. USubject: Packet on a NeXTTo: packet-radio@ucsd.eduAnyone
  9215. written a packet driver for a NeXT box?  If not I'm going to,and
  9216. could use a little direction.  Since I want to use an RS232
  9217. portfor the physical connection to the modem, should I modify a
  9218. SLIPintermface (to work with AX.25)?Just passed the exams, and
  9219. am making plans (budget).  Ideally, I wouldlike to NOT have to
  9220. explicitly indicate a radio device.  Rather, I'dlike to run
  9221. commands normally, and use a radio domain name like:ftp
  9222. machine1.amrd.orgBTW I like what  read earlier about an ametuer
  9223. radio domain name;that'sa CLEAN way to keep everyone
  9224. happy.--Matmat@zeus.oopt-sci.arizona.eduPhysical location:
  9225. Bozeman MT------------------------------Date: 23 Mar 92 23:07:25
  9226. GMTFrom:
  9227. swrinde!gatech!cc.gatech.edu!news@network.UCSD.EDUSubject:
  9228. Packet Radio Research at Georgia Tech.To:
  9229. packet-radio@ucsd.eduIn article
  9230. <1992Mar20.223104.11388@cc.gatech.edu> harold@cc.gatech.edu
  9231. writes:>The tar'ed compress'ed set of postscript files that make
  9232. up his thesis>can be anonomously ftp'ed from ftp.cc.gatech.edu
  9233. in the directory>pub/other.  The name of the file is
  9234. TDMA.packet.thesis.ps.tar.ZThis file is short some pages.  I
  9235. will repost as soon as I get it fixed.Sorry.    haroldFORBES,
  9236. HAROLD C.   N5JCMGeorgia Institute of Technology, Atlanta
  9237. Georgia, 30332uucp:
  9238. ...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!cc!haroldARPA:
  9239. harold@cc.gatech.edu               PACKET: N5JCM @ W4QOFORBES,
  9240. HAROLD C.   N5JCMGeorgia Institute of Technology, Atlanta
  9241. Georgia, 30332uucp:
  9242. ...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!cc!haroldARPA:
  9243. harold@cc.gatech.edu               PACKET: N5JCM @
  9244. W4QO------------------------------Date: 23 Mar 92 19:47:05
  9245. GMTFrom:
  9246. swrinde!cs.utexas.edu!utgpu!cunews!revcan!software.mitel.com!perr
  9247. yd@network.UCS D.EDUSubject: PI card software updateTo:
  9248. packet-radio@ucsd.eduI am releasing an update for the PI card
  9249. software, for both the compiled-inand packet driver versions. 
  9250. There was a bug in the DMA driver code which wouldcause received
  9251. packets to be lost under some situations. The performancewith
  9252. sliding window protocols is greatly improved, and you may find
  9253. thatyou no longer have to run in "stop and wait" mode (ie, with
  9254. tcp window = mss).The replacement files for the compiled-in
  9255. version are in PI920323.ZIP,and the packet driver version is in
  9256. PI_DVR3.ZIP.  These may be foundon hydra.carleton.ca in
  9257. pub/packetstuff.  I have also put them on UCSD.EDUin
  9258. hamradio/packet/tcpip/incoming.Dave--Dave
  9259. Perryve3ifb@ve3jf.#eon.on.ca.noamperryd@software.mitel.com-------
  9260. -----------------------Date: Tue, 24 Mar 1992 04:43:22 GMTFrom:
  9261. usc!zaphod.mps.ohio-state.edu!mips!mips!boy!aaronm@network.UCSD.E
  9262. DUSubject: Please help me find WNOS.To: packet-radio@ucsd.eduI
  9263. am looking for a copy of WNOS, a TCP-IP ham radio program for
  9264. windows.If anyone can send me the program or assist me in
  9265. getting it I wouldbe greatly appreciated.Thank YouAaron D.
  9266. McClureWD0FAA@N6QM.#NCA.CA.USAaaronm@boy.com---------------------
  9267. ---------Date: 23 Mar 92 18:29:14 GMTFrom:
  9268. swrinde!gatech!taco!garfield.catt.ncsu.edu!linville@network.UCSD.
  9269. EDUSubject: Setting up 'conventional' TCP/IP for packetTo:
  9270. packet-radio@ucsd.eduI am interested in using TCP/IP for working
  9271. packet radio instead of thedefault AX.25 that my TNC can talk by
  9272. itself.  My TNC does have a KISS mode,so I should be able to do
  9273. it.  I am currently running TCP/IP over an ethernetconnection on
  9274. the Internet.  Since I already have TCP/IP software working,
  9275. Iwould like to be able to use my SLIP server to talk to my TNC. 
  9276. I know aboutthe ka9q/NOS package, and I know that it can handle
  9277. the ethernet connection,but since I am running OS/2 instead of
  9278. D(umb)OS, I would prefer to stick withthe OS/2 TCP/IP
  9279. package.With that said, my question is:  How would I go about
  9280. setting-up this (or anyother 'standard') TCP/IP package to
  9281. properly transmit my callsign, etc forpacket radio
  9282. communication?Another question would be:  Does anyone know of an
  9283. OS/2 version of ka9q/NOS?Thanks in
  9284. advance!John-----------------------------------------------------
  9285. -----------------------|  John W. Linville               
  9286. Amateur radio:  KD4KHC                  ||  #include
  9287. "std_disclaimer.h"     E-mail:  linville@catt.ncsu.edu        
  9288. |----------------------------------------------------------------
  9289. ------------------------------------------Date: 23 Mar 92
  9290. 20:20:45 GMTFrom:
  9291. sdd.hp.com!think.com!linus!linus!m21198@network.UCSD.EDUSubject:
  9292. Sources for APlink executablesTo: packet-radio@ucsd.eduAt the
  9293. request of Ole, SV1BDS, I have uploaded a self extracting
  9294. archive ofAPlink 6.02 to ucsd.edu.  It is in
  9295. hamradio/packet/tcpip/incoming.  This isnot quite current.
  9296. Current is 6.03, but I don't yet have it.Sources for the current
  9297. version:Quik BBS in San Antonio 512-690-5312 (8n1).Compuserve's
  9298. Hamnet forum.On disk from TAPR $2 for 5 1/4, $3 for 3 1/2... 
  9299. plus postage outside .NA.     TAPR, PO Box 12925, Tucson, AZ
  9300. 85732  (I have no connection with TAPR,     and I doubt they are
  9301. making anything off this at that price.)John WA9FCH
  9302. (mcHarry@mitre.org)------------------------------End of
  9303. Packet-Radio Digest V92
  9304. #78******************************------------------------------Da
  9305. te: 29 Apr 1992 11:52:22 -0700From:
  9306. news-mail-gateway@ucsd.eduSubject: THIS MAIL IS BEING RETURNED
  9307. BECAUSE IT WAS NEVER READ BY THETo:
  9308. packet-radio@ucsd.eduX-Delivery-Notice:  SMTP MAIL FROM does not
  9309. correspond to sender.Received: from VMD.CSO.UIUC.EDU (RSCSXA) by
  9310. UWAVM.U.WASHINGTON.EDU (Mailer R2.08 R208004) with BSMTP id
  9311. 1942; Wed, 25 Mar 92 09:50:06 PSTReceived: by UIUCVMD (Mailer
  9312. R2.07) id 1071; Wed, 25 Mar 92 11:50:28 CSTDate:         Wed, 25
  9313. Mar 1992 04:30:02 PSTReply-To:     Packet-Radio@UCSD.EduSender: 
  9314.      Packet Radio <I-PACRAD@UIUCVMD.BITNET>From:        
  9315. Packet-Radio Mailing List and Newsgroup
  9316. <packet-radio@UCSD.EDU>Subject:      Packet-Radio Digest V92
  9317. #79To:           Marty Baxter <DEMO@UWAVMXA.BITNET>Packet-Radio
  9318. Digest         Wed, 25 Mar 92       Volume 92 : Issue  79Today's
  9319. Topics:          BBS name standards / Packet-BBS gateways (2
  9320. msgs)                     Clover information wanted...          
  9321.           Icom W2A <-> TNC Connections                     NOS
  9322. for Microsoft Windows??Send Replies or notes for publication to:
  9323. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  9324. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  9325. otherwise to brian@ucsd.edu.Archives of past issues of the
  9326. Packet-Radio Digest are available(by FTP only) from UCSD.Edu in
  9327. directory "mailarchives/packet-radio".We trust that readers are
  9328. intelligent enough to realize that all textherein consists of
  9329. personal comments and does not represent the officialpolicies or
  9330. positions of any party.  Your mileage may vary.  So
  9331. there.-----------------------------------------------------------
  9332. -----------Date: 24 Mar 92 16:53:43 GMTFrom:
  9333. sdd.hp.com!spool.mu.edu!umn.edu!orstnews!ECE.ORST.EDU!johan@netwo
  9334. rk.UCSD.EDUSubject: BBS name standards / Packet-BBS gatewaysTo:
  9335. packet-radio@ucsd.eduMy previous message to cut off for some
  9336. reason, so here it is again :-(I have read the discussion on
  9337. this topic with interest.Now that it seems to have died down a
  9338. bit, i am wondering ifthere was a concensus on anything ?I for
  9339. one would like to agree on some X- header to indicate BID,so
  9340. that we could forward some bulletins over Internet to
  9341. gateway-systemsthat can handle those headers appropriately, and
  9342. pump them into the networklocally with proper bid. This would
  9343. relieve the HF network and speedup delivery(stuff like amsat
  9344. buls with shuttle parameters comes to mind :-)I'd implement it
  9345. in my version of NOS, if we agree on somethingHow about 'X-BID:
  9346. '73Johan,wg7j------------------------------Date: 24 Mar 92
  9347. 16:56:11 GMTFrom:
  9348. sdd.hp.com!spool.mu.edu!umn.edu!orstnews!ECE.ORST.EDU!johan@netwo
  9349. rk.UCSD.EDUSubject: BBS name standards / Packet-BBS gatewaysTo:
  9350. packet-radio@ucsd.eduMy previous message got cut off for some
  9351. reason, so here it is again :-(I have read the discussion on
  9352. this topic with interest.Now that it seems to have died down a
  9353. bit, i am wondering ifthere was a concensus on anything ?I for
  9354. one would like to agree on some X- header to indicate BID,so
  9355. that we could forward some bulletins over Internet to
  9356. gateway-systemsthat can handle those headers appropriately, and
  9357. pump them into the networklocally with proper bid. This would
  9358. relieve the HF network and speedup delivery(stuff like amsat
  9359. buls with shuttle parameters comes to mind :-)I'd implement it
  9360. in my version of NOS, if we agree on somethingHow about 'X-BID:
  9361. '73Johan,wg7j------------------------------Date: Tue, 24 Mar
  9362. 1992 17:27:15 GMTFrom:
  9363. usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!hamblin.math.b
  9364. yu.edu!shamu.c aedm.byu.edu!news@network.UCSD.EDUSubject: Clover
  9365. information wanted...To: packet-radio@ucsd.eduSome time ago I
  9366. asked for information about HF packet radio and what speedswere
  9367. attainable.  I am still working on that paper.  It is coming
  9368. along, butI have heard about a new method, Clover.  Could anyone
  9369. tell me a little aboutit?  I have only heard about it, never
  9370. seen anything written about it.  Is itpromising?--Sean
  9371. Eckton-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  9372. =-=-=-=-=-=-=-=-=-Internet:  ecktons@sirius.byu.edu      Brigham
  9373. Young University, Provo, UT.Packet Radio:  kd6bik @
  9374. wb7esh.#orem.ut.usa.na-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  9375. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-------------------------------D
  9376. ate: Wed, 25 Mar 1992 00:07:23 GMTFrom:
  9377. munnari.oz.au!uniwa!antlia!gary@network.UCSD.EDUSubject: Icom
  9378. W2A <-> TNC ConnectionsTo: packet-radio@ucsd.eduDoes anyone know
  9379. how to connect an Icom W2A to a packet TNC?? Where doesthe PTT,
  9380. audio in, audio out and earth lines attach to the
  9381. plug?Thanks!Gary-------------------------------------------------
  9382. -----------------------------Gary Carroll: Consulting and
  9383. Programming Services    Phone: (09) 380 3203             
  9384. Winthrop Technology                    Fax  : (09) 382 1688     
  9385.         University of Western Australia       
  9386. gary@antlia.uwa.oz.au              Nedlands 6009 AUSTRALIA      
  9387.          Packet Radio:
  9388. VK6XQ@VK6KS------------------------------------------------------
  9389. ------------------------------------------------------Date: 25
  9390. Mar 92 04:54:33 GMTFrom:
  9391. swrinde!mips!mips!boy!aaronm@network.UCSD.EDUSubject: NOS for
  9392. Microsoft Windows??To: packet-radio@ucsd.eduHiFirst I want to
  9393. thank everyone who replied to my quest to findWNOS.  As I
  9394. quickly found out WNOS is not a Microsoft Windowsprogram.  What
  9395. I would like to know is weather a Microsoft WindowsNOS program
  9396. exists.  I think one may since QST mentioned thaton page 92 of
  9397. the March 1992 issue that a NOS for MicrosoftWindows has
  9398. recently arrived.  If such a program exists I wouldbe very
  9399. intrested and would like to aquire a copy.I would appreciate any
  9400. information on this subject.Thank you.Aaron D.
  9401. McClureWD0FAA@N6QMY.#NCA.CA.USAaaronm@boy.com--------------------
  9402. ----------Date: 23 Mar 92 14:38:22 GMTFrom:
  9403. mcsun!uknet!acorn!agodwin@uunet.uu.netTo:
  9404. packet-radio@ucsd.eduReferences <46659@wd6ehr.ampr.org>,
  9405. <10671@platypus.uofs.uofs.edu>,
  9406. <1992Mar20.223127.2823260@locus.com> 
  9407.  
  9408.