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

  1. Sat,  1 Aug 92 04:30:03 PDTFrom: 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 #206To: packet-radioPacket-Radio Digest         Sat, 
  6. 1 Aug 92       Volume 92 : Issue 206Today's Topics:    
  7. Counterproposal to the ARRL Digital Committee Recommendation    
  8.                         G3RUH modem                          
  9. KayPro & packet                        latest KA9Q software?    
  10.                  Packet channel analasis???                    
  11. Packet channel analasis?????                      Questions from
  12. a beginner                        Request for assistanceSend
  13. Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
  14. subscription requests to:
  15. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  16. otherwise to brian@ucsd.edu.Archives of past issues of the
  17. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  18. directory "mailarchives/packet-radio".We trust that readers are
  19. intelligent enough to realize that all textherein consists of
  20. personal comments and does not represent the officialpolicies or
  21. positions of any party.  Your mileage may vary.  So
  22. there.-----------------------------------------------------------
  23. -----------Date: 31 Jul 92 10:38:46 EDTFrom:
  24. psinntp!arrl.org@uunet.uu.netSubject: Counterproposal to the
  25. ARRL Digital Committee RecommendationTo: packet-radio@ucsd.eduI
  26. think Paul has some excellent points.  I would only quibble with
  27. twothings:1.  Channelization.  I *don't* think we want specific
  28. channelizationembedded in the rules.  Otherwise, if someone
  29. develops a system thatrequires, say, a 1-kHz channel but which
  30. allows four times thethroughput and four times the channel
  31. sharing between stations, we'dhave to go back for a rules change
  32. to make it legal.  No, better tohave the allocation embedded in
  33. the rules and the channelization byagreement, like with VHF
  34. repeaters.  (I'm not sure if Paul intendedthat channelization be
  35. in the rules, but I wanted to make it clearwhy I think it
  36. shouldn't be.)2.  Access.  I understand that the Extra Class
  37. license provision isintended to help limit congestion, but I
  38. have a different suggestion:How about limiting access to those
  39. stations participating in anetwork of at least N stations?  (I'm
  40. not sure what 'N' should be--let's discuss it if you buy the
  41. idea in general.)  I think this iswhat we are really trying to
  42. accomplish, isn't it?  We'd have todefine what "participating in
  43. a network" means.  I take it to meanthat the station forwards
  44. traffic originating at other stations.That means that an HF
  45. station that talks to only one other HFstation is still
  46. participating in a network if the traffic it relaysmight have
  47. originated at one of at least N stations.In addition...3.
  48. "Semiautomatic."  Maybe we should keep this part of the
  49. originalproposal and simply add on a fully automatic subband. 
  50. An automatic-response system is a different cat from an
  51. automatic relay system.Each has its uses, and each has somewhat
  52. different potential tointerfere with other stations.-------Jon
  53. Bloom, KE3Z                   |  jbloom@arrl.orgAmerican Radio
  54. Relay League       |225 Main St.                     
  55. |Newington, CT 06111              
  56. |------------------------------Date: 31 Jul 92 17:13:58 GMTFrom:
  57. swrinde!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locus.c
  58. om!dana@network.UCSD.EDUSubject: G3RUH modemTo:
  59. packet-radio@ucsd.eduIn article <claude.712414130@bauv106>
  60. claude@bauv106.informatik.unibw-muenchen.de (Claude Frantz (RZ))
  61. writes:>Hello !>>Where can I find the description of this modem
  62. and of the>used modulation method ? Where is the original
  63. article ?>>Thanks>Claude, DJ0OTLook at the proceedings of the
  64. 7th ARRL Computer Networking Conferenceand the 10th CNC.
  65. Available from the ARRL.--  * Dana H. Myers KK6JQ         | Views
  66. expressed here are    * * (213) 337-5136         | mine and do not
  67. necessarily    * * dana@locus.com  DoD #466     | reflect those of my
  68. employer    * * "Dammit Bones, spare me the lecture and give me the
  69. shot!"   *------------------------------Date: 31 Jul 92 16:52:19
  70. GMTFrom: fluke!cmdorat@beaver.cs.washington.eduSubject: KayPro &
  71. packetTo: packet-radio@ucsd.eduHi, Please excuse me if this is a
  72. FAQ:I have a friend who is interested in packet radio and has
  73. three KayProcomputers cluttering up his garage.  Is there any
  74. packet software thatanyone knows of that will run on a KayPro? 
  75. It would put at least oneof those rigs to use and get another
  76. packet'er on the air.Thanks in advance for your time!Richard
  77. Kowalsky(N7RAY)------------------------------Date: 31 Jul 92
  78. 15:28:10 GMTFrom:
  79. swrinde!gatech!prism!ccoprfm@network.UCSD.EDUSubject: latest
  80. KA9Q software?To: packet-radio@ucsd.edu  This is probably an
  81. FAQ, but I didn't see a copy of it in the unexpiredmessages for
  82. this group on my site....  I need to know what the latest
  83. version of the KA9Q TCP/IP software is, andwhere I can get a
  84. copy of it.  Please respond via e-mail. I'll see that sooner
  85. than a message in thenewsgroup; and there's no point in using up
  86. all the bandwidth just for me.. :)    Thanks,      Monte Freeman
  87.  - KC4GPW-- Monte Freeman  --  Operations Department /
  88. Information TechnologyGeorgia Institute of Technology, Atlanta
  89. Georgia, 30332uucp:     
  90. ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!ccoprfmInter
  91. net: ccoprfm@prism.gatech.edu------------------------------Date:
  92. Fri, 31 Jul 1992 17:57:58 GMTFrom:
  93. ftpbox!mothost!lmpsbbs!comm.mot.comm!richardfr@uunet.uu.netSubjec
  94. t: Packet channel analasis???To: packet-radio@ucsd.edu Hello,  
  95. I am looking for any and all MS-DOS based software that will
  96. analyze a normal ax25 packet frequency. I am intereseted in
  97. keeping track of the stations that use the frequency and an
  98. analasis of the stations usage per period of time, be it hours,
  99. days or whatever. Please let me know if there is anything I can
  100. FTP, download or send away for.   Thanx!!! Richard France
  101. N9JFD@W9ZMR.IL.USA.NOAM
  102. n9jfd@n9jfd.ampr.org------------------------------Date: 31 Jul
  103. 92 17:56:53 GMTFrom:
  104. ftpbox!mothost!lmpsbbs!comm.mot.comm!richardfr@uunet.uu.netSubjec
  105. t: Packet channel analasis?????To: packet-radio@ucsd.edu Hello, 
  106.  I am looking for any and all MS-DOS based software that will
  107. analyze a normal ax25 packet frequency. I am intereseted in
  108. keeping track of the stations that use the frequency and an
  109. analasis of the stations usage per period of time, be it hours,
  110. days or whatever. Please let me know if there is anything I can
  111. FTP, download or send away for.   Thanx!!! Richard France
  112. N9JFD@W9ZMR.IL.USA.NOAM
  113. n9jfd@n9jfd.ampr.org------------------------------Date: Sat, 1
  114. Aug 92 03:20:10 GMTFrom:
  115. sdd.hp.com!caen!hellgate.utah.edu!fcom.cc.utah.edu!val@network.UC
  116. SD.EDUSubject: Questions from a beginnerTo:
  117. packet-radio@ucsd.edugerry@bluemoon.rn.com (Gerard M. Foley)
  118. writes:: > > 3 - Once I have the equipment, how do I go about
  119. "getting connected?": > >    Do I have to register in my area or
  120. just go online?  (Admittedly: > >    not very likely.): > : > We
  121. don't need no stinking registration.  You just connect like you:
  122. > were dialing up a BBS (Ok, so maybe it's a little more
  123. involved than: > that).: > : Get in touch with a local ham
  124. (radio amateur), and GL (Good Luck),: and 73 (Best Regards)
  125. K8EF@W8CQK.OH.USA.NAI don't happen to know any ham operators. 
  126. I'd like to get my computer upon packet radio, but I really have
  127. no idea about how to do it.  Is theresomeone in my area (look at
  128. the signature) that would be willing to helpme to get started? 
  129. (I'm a computer professional, but I don't do radio yet.)I'd like
  130. to start receiving Usenet news via packet radio if that can be
  131. done.By the way, is there a FAQ that I should wait for?  If not,
  132. I'll be askingsome more beginners questions.                Thanks in
  133. advance,                    -=:[ VAL ]:=---|======================== The
  134. previous was my opinion =========///============|| "AMIGA: The
  135. computer for the creative mind."(tm) Commodore  /// Weber State
  136. || "Macintosh: The computer for the rest of us." (tm)
  137. Apple\\\///  University  ||===================
  138. val@csulx.weber.edu ==================\///=== Ogden, UT =|
  139. ------------------------------Date: Fri, 31 Jul 1992 18:27:19
  140. GMTFrom: usc!elroy.jpl.nasa.gov!nuntius@network.UCSD.EDUSubject:
  141. Request for assistanceTo: packet-radio@ucsd.eduIn article
  142. <1992Jul30.085134.35260@uservx.plk.af.mil>
  143. ,tollefson@uservx.plk.af.mil writes:>I am sorry for the
  144. cross-post, but this is as close as I can get.>>I know that
  145. there is a newsgroup called rec.radio.amateur.marketplace
  146. (or>something similar), but I can not get to it from my
  147. location.  Could>someone please dump all the postings to a file
  148. and E-mail it to me just>one time?  I want to buy a used HF
  149. radio at a hamfest in 2 weeks, andneed>an idea on what used
  150. prices are like.  Alternately, is there a site where>I could
  151. 'anonymous ftp' recent postings?>>Please E-Mail if you can help
  152. (to prevent several people from doing the>same task).>          
  153.                         Thanks in advance,>                     
  154.                 Mark (N5XYV)It's called rec.radio.swap. But what
  155. is your email address??  == Minh
  156. ==------------------------------End of Packet-Radio Digest V92
  157. #206******************************Date: Sun,  2 Aug 92 04:30:03
  158. PDTFrom: Packet-Radio Mailing List and Newsgroup
  159. <packet-radio@ucsd.edu>Errors-To:
  160. Packet-Radio-Errors@UCSD.EduReply-To:
  161. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  162. Digest V92 #207To: packet-radioPacket-Radio Digest         Sun, 
  163. 2 Aug 92       Volume 92 : Issue 207Today's
  164. Topics:Counterproposal to the ARRL Digital Committee
  165. Recommendation (2 msgs)                data compression with
  166. packet:  legal?                        Satellite Packet Help    
  167.               TNC'less Packet on Mac? (2 msgs)                  
  168.           W2XO docs.??Send Replies or notes for publication to:
  169. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  170. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  171. otherwise to brian@ucsd.edu.Archives of past issues of the
  172. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  173. directory "mailarchives/packet-radio".We trust that readers are
  174. intelligent enough to realize that all textherein consists of
  175. personal comments and does not represent the officialpolicies or
  176. positions of any party.  Your mileage may vary.  So
  177. there.-----------------------------------------------------------
  178. -----------Date: Sat, 1 Aug 1992 17:01:45 GMTFrom:
  179. stanford.edu!morrow.stanford.edu!w6yx!paulf@uunet.uu.netSubject:
  180. Counterproposal to the ARRL Digital Committee RecommendationTo:
  181. packet-radio@ucsd.edujbloom@arrl.org (Jon Bloom) writes:>1. 
  182. Channelization.  I *don't* think we want specific
  183. channelization>embedded in the rules.  Otherwise, if someone
  184. develops a system that>requires, say, a 1-kHz channel but which
  185. allows four times the>throughput and four times the channel
  186. sharing between stations, we'd>have to go back for a rules
  187. change to make it legal.  No, better to>have the allocation
  188. embedded in the rules and the channelization by>agreement, like
  189. with VHF repeaters.  (I'm not sure if Paul intended>that
  190. channelization be in the rules, but I wanted to make it
  191. clear>why I think it shouldn't be.)Channelization is sort of
  192. implied by the technology and the channel conditions;it doesn't
  193. absolutely have to be in the law, witness FM repeaters.The 500
  194. Hz size is determined by the nature of the Rayleigh fades on HF,
  195. andthe fact that you want the symbol time to be greater than
  196. most fades.  As suchit's more likely that a future technology
  197. would require a channelization *less* than 500, but still
  198. different.  Incidentally, nothing prohibits youfrom allocating
  199. two 500 Hz channels per link to create a 1 kHz channel.Having
  200. said all that, it's unlikely that you'd want to run at a symbol
  201. rateless than that which the medium will carry, given the
  202. natural noise level(which limits the number of bits per symbol).
  203.  Thus nature has pretty muchhanded us the 500 Hz figure.>2. 
  204. Access.  I understand that the Extra Class license provision
  205. is>intended to help limit congestion, but I have a different
  206. suggestion:>How about limiting access to those stations
  207. participating in a>network of at least N stations?  (I'm not
  208. sure what 'N' should be-->let's discuss it if you buy the idea
  209. in general.)  I think this is>what we are really trying to
  210. accomplish, isn't it?  We'd have to>define what "participating
  211. in a network" means.  I take it to mean>that the station
  212. forwards traffic originating at other stations.>That means that
  213. an HF station that talks to only one other HF>station is still
  214. participating in a network if the traffic it relays>might have
  215. originated at one of at least N stations.This is in effect the
  216. "club" approach, and I like it much better than theExtra only
  217. limitation.  'N' will depend on the throughput of the
  218. availabletechnology.  A good limitation would be that 'N'
  219. stations, on the average,should be able to provide enough
  220. traffic to fill at least 1/3 of theavailable capacity.For
  221. example, HF 200 Hz shift FSK at 150 baud should be able to
  222. produce about50 bps of throughput, or about 0.5MB per day.  If
  223. we assume that each BBS(or whatever source) produces 10 1kB
  224. messages per day, with 50% compression,one third capacity
  225. represents about 30 message sources.>3. "Semiautomatic."  Maybe
  226. we should keep this part of the original>proposal and simply add
  227. on a fully automatic subband.  An automatic->response system is
  228. a different cat from an automatic relay system.>Each has its
  229. uses, and each has somewhat different potential to>interfere
  230. with other stations.This part of the proposal would be good for
  231. leaf nodes of a network, whichdon't generate enough traffic to
  232. warrant UAA operation.---=Paul Flaherty, N9FZX/5W1JX  |"Anyway,
  233. nothing can beat Good Old American->paulf@Stanford.EDU         
  234. | Know - How." -- Harry Canyon, _Heavy
  235. Metal_------------------------------Date: 1 Aug 92 21:14:52
  236. GMTFrom: almaden.ibm.com@uunet.uu.netSubject: Counterproposal to
  237. the ARRL Digital Committee RecommendationTo:
  238. packet-radio@ucsd.eduIn <336@arrl.org> Jon Bloom
  239. writes:>......>>In addition...>>3. "Semiautomatic."  Maybe we
  240. should keep this part of the original>proposal and simply add on
  241. a fully automatic subband.  An automatic->response system is a
  242. different cat from an automatic relay system.>Each has its uses,
  243. and each has somewhat different potential to>interfere with
  244. other stations.>-------I am glad to see that after all the
  245. rhetoric, that we are finallygetting down to some concrete
  246. proposals.There seem to be some real fears of automatic
  247. operation "takingover."  I don't think unrestricted automatic
  248. operation willbe permitted.My personal thinking is that we
  249. should keep the ARRL proposal as isand simply tack on an
  250. sub-band for automatic operation.Roy,
  251. AA4RE------------------------------Date: Sun, 2 Aug 1992
  252. 02:35:28 GMTFrom:
  253. usc!snorkelwacker.mit.edu!news.media.mit.edu!news.media.mit.edu.!
  254. sro@network.UCSD.EDUSubject: data compression with packet: 
  255. legal?To: packet-radio@ucsd.eduA year or so ago I heard of some
  256. hams who heard from the FCC becausethey were sending
  257. ZIP-compressed files via packet.  The FCC wanted toknow what
  258. they were doing sending "encrypted data."  I don't recallexactly
  259. what happened, but I think the hams explained themselves, andthe
  260. FCC told them that they could continue so long as they
  261. announcedat the beginning of the messages--in plain
  262. English--that thatfollowing was a file compressed by
  263. such-and-such a program.[re: Plain English--sure, a compressed
  264. text file could be in plainerEnglish, but an executable file
  265. just plain looks like jibberish.Sometimes even the source code
  266. looks like jibberish.]The problem seems to be whether or not the
  267. FCC can figure out what you're sending when they want.  So if
  268. you use one of the commoncommercial compression programs, and
  269. say which one at the beginningof the transmission, you shouldn't
  270. have any problems.  If, on the other hand, you design your own
  271. error-correction/compression algorithm, you may have to get
  272. special permission from theFCC to try it out, but my impression
  273. is that they're less likelyto grant permission on the HF bands. 
  274. I may be wrong.  In any case, do you know how few bytes per
  275. second you're likely toget? (Hint: you won't have to take off
  276. your shoes to count them.)  It seems to me that the big problems
  277. with HF digital communicationsare (1) bandwidth restrictions and
  278. (2) the unsuitedness of regularmodems to the HF channel. 
  279. Compression & error correction are justband-aids on the bigger
  280. problems.Do you know about AAMTOR?  I've never used it, and I
  281. recognize peoplewho do use it think it's a great improvement
  282. over its predecessors,but so far as I can tell, the protocol
  283. sends three bytes at a time.  Re: AX.25 literature: the ARRL
  284. publishes the "AX.25 AmateurPacket-Radio Link-Layer Protocol." 
  285. Under $10.  ------------------------------Date: 2 Aug 92
  286. 04:34:13 GMTFrom:
  287. swrinde!elroy.jpl.nasa.gov!nntp-server.caltech.edu!vollinj@networ
  288. k.UCSD.EDUSubject: Satellite Packet HelpTo:
  289. packet-radio@ucsd.edu  I am interested in getting started on
  290. satellite packet and could use some help chosing the
  291. hardware/software.  I've read "The Satellite Experimenter's
  292. Handbook" but I still have some questions.  I want to get
  293. started with mode JD but will almost certainly want to do other
  294. modes later and also monitor telemetry from non-amateur
  295. satellites.  All I own so far is a PC, Kantronics All-Mode, and
  296. a Yaesu HT. I like the Icom R7000 or R7100 for the downlink
  297. since they seem very versatile (particularly to monitor
  298. non-amateur frequencies).  I will buy some FM 2m radio for the
  299. uplink or add an amp to the HT.    My question is: I understand
  300. the Pacsat modem has an AFC output that goes to the receiver. 
  301. Does the R7000/R7100 have the necessary input?  Can the computer
  302. control function of these radios do the same thing?  Also the
  303. TAPR PSK modem says it won't interface to the KAM with its
  304. software HDLC.  Do I need a different TNC?  I've requested
  305. software info from AMSAT but could use advice on which programs
  306. are the best (whatever that means).  An e-mail response would
  307. probably be best since my questions are so specific.  Thanks in
  308. advance and I hope to meet some of you on the
  309. 'birds'.*******************************************************Je
  310. ff,   KC6WFUInternet: vollin_j@caltech.eduPacket:  
  311. KC6WFU@W6IN.#SOCAL.USA.NA------------------------------Date: 31
  312. Jul 92 00:09:18 GMTFrom:
  313. infopiz!lupine!motcsd!apple!winter@decwrl.dec.comSubject:
  314. TNC'less Packet on Mac?To: packet-radio@ucsd.eduIn article
  315. <keRyz2i00WA141RlsD@andrew.cmu.edu> aw0g+@andrew.cmu.edu (Aaron
  316. Wohl) writes:>SoftKiss is an init/cdev/driver that drives a ham
  317. radio>modem from a macintosh. It gets your mac on packet
  318. radio>without a tnc.  Softkiss can use poor mans packet
  319. modems>from the IBMPC world.  It can also use the new PacketMac
  320. modems that Dexter Francisand friends have developed. Although
  321. these aren't yet commerciallyavailable, Dexter hopes to have
  322. more kits ready soon.For more information, you can reach Dexter
  323. on Compuserve at70611,1340. If you're on AppleLink, his account
  324. is FRANCIS4.(If you're not on AppleLink directly, I'd request
  325. that you notuse the gateway, as it costs 50 cents per message
  326. both incomingand outgoing.) Or you could use regular mail; his
  327. callsign isKD6CMT if you want to look him up in a callsign
  328. server.73,Patty--    
  329. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  330.     ::   Patty Winter N6BIS           Internet: winter@apple.com 
  331. ::             ::   Sunnyvale, California           AMPRNet: 44.4.0.44
  332.          ::   
  333. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  334. ------------------------------Date: 1 Aug 1992 21:27:24
  335. -0700From: news-mail-gateway@ucsd.eduSubject: TNC'less Packet on
  336. Mac?To: packet-radio@ucsd.eduJohn... you asked about a TNC'less
  337. interface for packet. Here is a message Igot from Andy about a
  338. program he has done that looks like it might do whatyou need.
  339. Maybe you can drop him a note and he can fill you in (and
  340. maybether rest of us on the net) what is happening with his
  341. latest version...which I think is not 2.x.> Softkiss version
  342. 1.1.t> > Softkiss connects a modem directly to a Macintosh. 
  343. This saves having aTNC.> Softkiss will work with 300 baud HF,
  344. 1200 baud VHF and higher baudrates.> The software is functional
  345. at this time but the user interface is not> pleasent yet.> >
  346. Softkiss is available akutaktak.andrew.cmu.edu [128.2.35.1] in>
  347. /aw0g/softkiss.1.1t.sit.hqx.  You also need Phil Karn's Net/Mac
  348. program if> you don't have it, it is available as
  349. /aw0g/netmac22.sit.hqx> > Changes since the last release:  Well
  350. it acutally works.  I connected to my> local packet bbs for a
  351. couple of hours last night.  There is more of a> manual on how
  352. to hook it up.> > Aaron Wohl (n3liw+@cmu.edu)>73 for
  353. now....Terry-KA8SCP, America Online Ham Radio Club Host
  354. Internet: tstader@aol.com or tstader@attmail.comPacket:
  355. KA8SCP@WA1PHY.#EMA.MA.USA.NOAM or ka8scp@ka8scp.ampr.org
  356. [44.56.4.82]------------------------------Date: 1 Aug 92
  357. 14:11:41 GMTFrom:
  358. swrinde!zaphod.mps.ohio-state.edu!menudo.uh.edu!lobster!nuchat!jp
  359. unix!perry@network.UCSD.EDUSubject: W2XO docs.??To:
  360. packet-radio@ucsd.eduCan someone tell me where I can FTP a copy
  361. of the documentation forthe W2XO packet bbs? Thanks in
  362. advance!-- John A. Perry        perry@jpunix.com                
  363. - Internet                     jpunix!perry                    
  364. - UUCP                     KG5RG @ KG5RG.AMPR.ORG           -
  365. Packet Radio------------------------------End of Packet-Radio
  366. Digest V92 #207******************************Date: Mon,  3 Aug
  367. 92 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  368. <packet-radio@ucsd.edu>Errors-To:
  369. Packet-Radio-Errors@UCSD.EduReply-To:
  370. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  371. Digest V92 #208To: packet-radioPacket-Radio Digest         Mon, 
  372. 3 Aug 92       Volume 92 : Issue 208Today's
  373. Topics:Counterproposal to the ARRL Digital Committee
  374. Recommendation (3 msgs)                           Info on
  375. Pactor?                            Packet & OS/2                
  376.      Packet channel analysis???                       TNC'less
  377. Packet on Mac?                           using KA9Q NOS  Send
  378. Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
  379. subscription requests to:
  380. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  381. otherwise to brian@ucsd.edu.Archives of past issues of the
  382. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  383. directory "mailarchives/packet-radio".We trust that readers are
  384. intelligent enough to realize that all textherein consists of
  385. personal comments and does not represent the officialpolicies or
  386. positions of any party.  Your mileage may vary.  So
  387. there.-----------------------------------------------------------
  388. -----------Date: 2 Aug 1992 09:30:06 -0700From:
  389. news-mail-gateway@ucsd.eduSubject: Counterproposal to the ARRL
  390. Digital Committee RecommendationTo:
  391. packet-radio@ucsd.eduReferences: <336@arrl.org>In <336@arrl.org>
  392. Jon Bloom writes:>......>>In addition...>>3. "Semiautomatic." 
  393. Maybe we should keep this part of the original>proposal and
  394. simply add on a fully automatic subband.  An automatic->response
  395. system is a different cat from an automatic relay system.>Each
  396. has its uses, and each has somewhat different potential
  397. to>interfere with other stations.>-------I am glad to see that
  398. after all the rhetoric, that we are finallygetting down to some
  399. concrete proposals.There seem to be some real fears of automatic
  400. operation "takingover."  I don't think unrestricted automatic
  401. operation willbe permitted.My personal thinking is that we
  402. should keep the ARRL proposal as isand simply tack on an
  403. sub-band for automatic operation.Roy,
  404. AA4RE------------------------------Date: 2 Aug 1992 09:27:14
  405. -0700From: news-mail-gateway@ucsd.eduSubject: Counterproposal to
  406. the ARRL Digital Committee RecommendationTo:
  407. packet-radio@ucsd.eduIn <336@arrl.org> Jon Bloom
  408. writes:>......>>In addition...>>3. "Semiautomatic."  Maybe we
  409. should keep this part of the original>proposal and simply add on
  410. a fully automatic subband.  An automatic->response system is a
  411. different cat from an automatic relay system.>Each has its uses,
  412. and each has somewhat different potential to>interfere with
  413. other stations.>-------I am glad to see that after all the
  414. rhetoric, that we are finallygetting down to some concrete
  415. proposals.There seem to be some real fears of automatic
  416. operation "takingover."  I don't think unrestricted automatic
  417. operation willbe permitted.My personal thinking is that we
  418. should keep the ARRL proposal as isand simply tack on an
  419. sub-band for automatic operation.Roy,
  420. AA4RE------------------------------Date: 2 Aug 92 17:30:04
  421. EDTFrom: psinntp!arrl.org@uunet.uu.netSubject: Counterproposal
  422. to the ARRL Digital Committee RecommendationTo:
  423. packet-radio@ucsd.eduIn rec.radio.amateur.policy, paulf@w6yx
  424. (Paul Flaherty) writes:>jbloom@arrl.org (Jon Bloom) writes:>>>1.
  425.  Channelization.  I *don't* think we want specific
  426. channelization>>embedded in the rules.  Otherwise, if someone
  427. develops a system that>>requires, say, a 1-kHz channel but which
  428. allows four times the>>throughput and four times the channel
  429. sharing between stations, we'd>>have to go back for a rules
  430. change to make it legal.  No, better to>>have the allocation
  431. embedded in the rules and the channelization by>>agreement, like
  432. with VHF repeaters.  (I'm not sure if Paul intended>>that
  433. channelization be in the rules, but I wanted to make it
  434. clear>>why I think it shouldn't be.)>>Channelization is sort of
  435. implied by the technology and the channel conditions;>it doesn't
  436. absolutely have to be in the law, witness FM repeaters.>The 500
  437. Hz size is determined by the nature of the Rayleigh fades on HF,
  438. and>the fact that you want the symbol time to be greater than
  439. most fades.  As such>it's more likely that a future technology
  440. would require a channelization >*less* than 500, but still
  441. different.  Incidentally, nothing prohibits you>from allocating
  442. two 500 Hz channels per link to create a 1 kHz channel.>Having
  443. said all that, it's unlikely that you'd want to run at a symbol
  444. rate>less than that which the medium will carry, given the
  445. natural noise level>(which limits the number of bits per
  446. symbol).  Thus nature has pretty much>handed us the 500 Hz
  447. figure.Assuming a single-tone system, sure.  But most of the
  448. proposals I've heardfor improved HF modem technology use
  449. multitone systems.  If you want to getlots of bits through
  450. between point A and point B on a fading channel, oneway to do it
  451. is to use multiple tones at low baud rates.  Such a systemmight
  452. well occupy a channel of greated than 500 Hz.  Of course, you
  453. mightargue that such a station is using multiple channels, but I
  454. think to theFCC a "channel" is that band of frequencies occupied
  455. by a station,regardless of the niceties of the modem scheme.>>2.
  456.  Access.  I understand that the Extra Class license provision
  457. is>>intended to help limit congestion, but I have a different
  458. suggestion:>>How about limiting access to those stations
  459. participating in a>>network of at least N stations?  (I'm not
  460. sure what 'N' should be-->>let's discuss it if you buy the idea
  461. in general.)  I think this is>>what we are really trying to
  462. accomplish, isn't it?  We'd have to>>define what "participating
  463. in a network" means.  I take it to mean>>that the station
  464. forwards traffic originating at other stations.>>That means that
  465. an HF station that talks to only one other HF>>station is still
  466. participating in a network if the traffic it relays>>might have
  467. originated at one of at least N stations.>>This is in effect the
  468. "club" approach, and I like it much better than the>Extra only
  469. limitation.  'N' will depend on the throughput of the
  470. available>technology.  A good limitation would be that 'N'
  471. stations, on the average,>should be able to provide enough
  472. traffic to fill at least 1/3 of the>available capacity.>>For
  473. example, HF 200 Hz shift FSK at 150 baud should be able to
  474. produce about>50 bps of throughput, or about 0.5MB per day.  If
  475. we assume that each BBS>(or whatever source) produces 10 1kB
  476. messages per day, with 50% compression,>one third capacity
  477. represents about 30 message sources.Seems like a reasonable
  478. basis on which to base a number.  Of course,advances in
  479. technology might mean that a N=30 station wouldn't keep
  480. thechannel filled, but that seems like a small concern.>>3.
  481. "Semiautomatic."  Maybe we should keep this part of the
  482. original>>proposal and simply add on a fully automatic subband. 
  483. An automatic->>response system is a different cat from an
  484. automatic relay system.>>Each has its uses, and each has
  485. somewhat different potential to>>interfere with other
  486. stations.>>This part of the proposal would be good for leaf
  487. nodes of a network, which>don't generate enough traffic to
  488. warrant UAA operation.And for non-network stations,
  489. too.-------Jon Bloom, KE3Z                   | 
  490. jbloom@arrl.orgAmerican Radio Relay League       |225 Main St.  
  491.                    |Newington, CT 06111              
  492. |------------------------------Date: 2 Aug 92 19:57:54 GMTFrom:
  493. swrinde!cs.utexas.edu!devnull!bruces@network.UCSD.EDUSubject:
  494. Info on Pactor?To: packet-radio@ucsd.edu     Does anyone have
  495. more information (formats, data handling, etc) re:     Pactor?
  496. I'm hearing more and more of the "extended" AMTOR signals     on
  497. 20 and want to upgrade my TNC to operate this mode.     Thanks--
  498. | Bruce Sawtelle           Ham Radio : W3NJ                     
  499.        ||      Tandem  Computers   Packet    : W3NJ @
  500. N5LJF.TX.USA.NA           ||      14231 Tandem Blvd   Internet 
  501. : bruces @ mpd.tandem.com          ||      Austin, Tx  78728  
  502. USENET    : halley!bruces                   
  503. |------------------------------Date: Fri, 31 Jul 92 04:03:12
  504. PDTFrom:
  505. noiro.acs.uci.edu!ucivax!ofa123!f107.n207.z1.Fidonet.org!Chris.Ep
  506. ler@network.UCSD.EDUSubject: Packet & OS/2To:
  507. packet-radio@ucsd.edu BF>      How do you overcome the IRQ3 and
  508. IRQ4 conflict problem when using BF> com1,2, 3, and 4? BF>     
  509. The solution came from a sysop in Canada. BF> For those of you
  510. who want a similar setup you must: BF> 1.  Use a bus mouse -
  511. this poses no conflict.Bus mice use IRQ's just like COM ports,
  512. at least Logitech's do, it is usually selectable from 2,3,4, or
  513. 5...but could still pose a problem.  IRQ's can be a REAL pain..
  514. :(--  Chris EplerInternet:
  515. Chris.Epler@f107.n207.z1.Fidonet.orgCompuserve:
  516. >internet:Chris.Epler@f107.n207.z1.Fidonet.org-------------------
  517. -----------Date: 1 Aug 92 17:18:55 GMTFrom:
  518. swrinde!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!bongo!julian
  519. @network.UCSD.EDUSubject: Packet channel analysis???To:
  520. packet-radio@ucsd.eduIn article <richardfr.3.0@comm.mot.comm>,
  521. richardfr@comm.mot.comm (Richard France) writes:> >  Hello,>   
  522. I am looking for any and all MS-DOS based software that will
  523. analyze a>  normal ax25 packet frequency.     I tried mailing a
  524. reply, but it bounced. Looking at the path, Ican see why. So
  525. here for everyone is my reply:There is such a programme. Written
  526. by Harold Price, NK6K and SkipHansen, WB6YMH.    You can find it on
  527. Skip's BBS at (310) 541-2503    Sorry I can't remember the name.
  528. The BBS does have searchutilities though that should help you
  529. find it. Somehow PACKET MON ringsa bell.Yours-- Julian Macassey,
  530. julian@bongo.info.com  N6ARE@K6VE.#SOCAL.CA.USA.NA742 1/2 North
  531. Hayworth Avenue Hollywood CA 90046-7142 voice (213)
  532. 653-4495------------------------------Date: Sun, 2 Aug 1992
  533. 14:43:38 GMTFrom:
  534. sdd.hp.com!cs.utexas.edu!tamsun.tamu.edu!bpb9204@network.UCSD.EDU
  535. Subject: TNC'less Packet on Mac?To:
  536. packet-radio@ucsd.edutstader@aol.COM writes:|John... you asked
  537. about a TNC'less interface for packet. Here is a message I|got
  538. from Andy about a program he has done that looks like it might
  539. do what|you need.Just one note from personal experience.  I have
  540. a mac plus, and since theSoftKiss driver re-initializes the
  541. serial port, the mouse loses verticalmovement.  The author of
  542. SK, Aaron, told me Friday that it was due to themouse being
  543. hooked to the interrupt of the serial chip(s).Aaron also emailed
  544. me and told me he was fixing it soon.  So, the bottomline is
  545. that if you have a mac plus, you'll have to wait.Also, the most
  546. recent version was 1.2, if I remember correctly.|Terry-KA8SCP,
  547. America Online Ham Radio Club Host -Brent
  548. N5VMG------------------------------Date: 3 Aug 92 03:16:12
  549. GMTFrom:
  550. munnari.oz.au!comp.vuw.ac.nz!waikato.ac.nz!aukuni.ac.nz!kcbbs!kc@
  551. network.UCSD.EDUSubject: using KA9Q NOS  To:
  552. packet-radio@ucsd.edu   Does anyone know of a location that has
  553. hints and tips for  using NET ?  The docs with net are fine for
  554. reference, but I need  information tending towards new operating
  555. disciplines rather than basic  reference.    Regards,  Steve -
  556. ZL1BHD       ------------------------------End of Packet-Radio
  557. Digest V92 #208******************************Date: Tue,  4 Aug
  558. 92 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  559. <packet-radio@ucsd.edu>Errors-To:
  560. Packet-Radio-Errors@UCSD.EduReply-To:
  561. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  562. Digest V92 #209To: packet-radioPacket-Radio Digest         Tue, 
  563. 4 Aug 92       Volume 92 : Issue 209Today's Topics:             
  564.     Baycom 1.5 - English Translation?            data
  565. compression with packet: legal? (3 msgs)                        
  566.   KayPro & packet                    new internet to packet
  567. gateway                     NOS AUTOFORWARD HELP PSE???         
  568.             Questions from a beginnerSend Replies or notes for
  569. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  570. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  571. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  572. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  573. directory "mailarchives/packet-radio".We trust that readers are
  574. intelligent enough to realize that all textherein consists of
  575. personal comments and does not represent the officialpolicies or
  576. positions of any party.  Your mileage may vary.  So
  577. there.-----------------------------------------------------------
  578. -----------Date: 3 Aug 1992 09:52:16 -0700From:
  579. news-mail-gateway@ucsd.eduSubject: Baycom 1.5 - English
  580. Translation?To: packet-radio@ucsd.eduHas the baycom 1.5 help
  581. file been translated to English.  I have the 1.4Eversion that
  582. has been.  If so, where is it available.Tnx for any helpRon -
  583. KA5LUGNote:  For replies please use the address below.  If you
  584. try the reply commandit will probably be bounced.  Hope to fix
  585. this soon.RON@ALPHA.NSULA.EDU------------------------------Date:
  586. Mon, 3 Aug 1992 14:56:39 GMTFrom:
  587. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  588. bject: data compression with packet:  legal?To:
  589. packet-radio@ucsd.eduIn article
  590. <SRO.92Aug1213528@media-lab.media.mit.edu> sro@media.mit.edu
  591. (Shawn O'Donnell) writes:>A year or so ago I heard of some hams
  592. who heard from the FCC because>they were sending ZIP-compressed
  593. files via packet.  The FCC wanted to>know what they were doing
  594. sending "encrypted data."I've sent many, many ZIP-compressed
  595. files (primarily versions of theNOS source code) over packet
  596. radio and never had any inquiries fromthe FCC. Of course, this
  597. was at 56kb on 220.55 (before we lost thatpart of the band) so
  598. there may have been other obstacles to the easymonitoring of my
  599. transmissions.But I never let that stop me -- if somebody ever
  600. asks, I'll tell themwhat I'm doing, but I don't feel I need any
  601. special advance permissionfrom anyone to do something just
  602. because thousands of other hamsaren't doing exactly the same
  603. thing. The FTP control channel messagesthat immediately precede
  604. a file transfer and name the file (e.g.,NOSSRC.ZIP) ought to be
  605. enough to give anybody with nothing better todo than monitor my
  606. transmissions a pretty good idea of the
  607. fileformat.Phil------------------------------Date: Mon, 3 Aug
  608. 1992 13:38:14 GMTFrom:
  609. usc!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!noc.msc.n
  610. et!uc.msc.edu!apctrc!wsc!jim@network.UCSD.EDUSubject: data
  611. compression with packet:  legal?To: packet-radio@ucsd.edu3 main
  612. items here:   1) a few FCC folk seem to be, uhh, out of touch  
  613. 2) data compression...I'm going to pass on that one   3) AMTOR
  614. (my favorite mode these days)In article
  615. <SRO.92Aug1213528@media-lab.media.mit.edu>
  616. sro@media.mit.edu(Shawn O'Donnell) writes:>A year or so ago I
  617. heard of some hams who heard from the FCC because>they were
  618. sending ZIP-compressed files via packet.  The FCC wanted to>know
  619. what they were doing sending "encrypted data."strange...  the
  620. FCC folk who contacted them must have been severely outof touch!
  621.  it is not at all uncommon to transfer
  622. ZIP/ZOO/ARJ/whatevercompressed files via ftp (using the KA9Q
  623. software or some variant ofKA9Q's version).  not to mention
  624. transferring the same type files toplain AX.25 packet BBS
  625. systems.btw, while I'm on that thought (and sorry for the
  626. deviation here) --- wherewould I get protocol specs for the file
  627. transfer protocols used to dobinary file transfers with your
  628. normal, everyday, packet BBS?>If, on the other hand, you design
  629. your own error-correction/>compression algorithm,  [....]>In any
  630. case, do you know how few bytes per second you're likely to>get?
  631. (Hint: you won't have to take off your shoes to count them.) 
  632. well, if you can average out to around 2:1 to 2.5:1 (that's
  633. based onmodems that support V.42bis compression, and text data),
  634. that's about2 to 2.5 times better than it was before.  why
  635. complain?  :-)but, having found out that the net software
  636. already does this over AX.25and/or TCP/IP over AX.25, why
  637. re-invent the wheel?  I've been a bit outof touch with the net
  638. software, and wasn't aware that it was already usingdata
  639. compression.>Do you know about AAMTOR?  I've never used it, and
  640. I recognize people>who do use it think it's a great improvement
  641. over its predecessors,>but so far as I can tell, the protocol
  642. sends three bytes at a time.  I trust you ment AMTOR?  or
  643. perhaps, AMTOR mode A?  I'll assume this,but if there's a new
  644. mode of AMTOR around the corner, I'd love to hearabout
  645. it!anyways, yes, AMTOR is 3 characters at a time, and assuming a
  646. very cleanconnection (and a clear frequency), it falls way
  647. behind hf packet.  but,when conditions are bad, AMTOR exceeds hf
  648. packet by a long shot.  keepin mind, the larger the block size,
  649. the more you have to re-transmitevery time there's an
  650. error....if you assume a very large number of errors,you want a
  651. very small block size.  (ever notice, with modem transfers,
  652. howZmodem reduces the block size as errors increase, and if the
  653. line clearsup, gradually increases them again to maintain peak
  654. throughput?)AMTOR is also much more persistant than packet.... 
  655. after a set number ofretries, packet gives up, period.  AMTOR,
  656. on the other hand, will keeptrying pretty much until you tell it
  657. to stop.  NOTE:  I have certainlyseen cases where I saw a <LINK
  658. FAILED> message, but heard the otherstation (he was the
  659. Information Sending Station, as I recall) keep ontrying until
  660. the link was re-established...it then picked up right whereit
  661. left off before the link failed 5--10 minutes before.and, of
  662. course, I can't type AMTOR without saying how much *FUN*
  663. AMTORis, too....  great mode.   --jim\input std_disclaimer      
  664.               % 73 DE N5IAL
  665. (/9)-------------------------------------------------------------
  666. -----------------"[...] the plural of `mongoose' ought to be
  667. `polygoose'." [Jargon file 2.9.10]INTERNET:  jim@n5ial.chi.il.us
  668.  |  grahj@gagme.chi.il.us  |  j.graham@ieee.orgUUCP: 
  669. gagme!n5ial!jim@clout.chi.il.usAMATEUR RADIO:  n5ial@n9hsi
  670. (Chicago.IL.US.Earth)--------------------------------------------
  671. ----------------------------------------------------------------D
  672. ate: Mon, 03 Aug 92 18:26:47 GMTFrom:
  673. csus.edu!netcomsv!mork!pdh@decwrl.dec.comSubject: data
  674. compression with packet: legal?To:
  675. packet-radio@ucsd.edusro@media.mit.edu (Shawn O'Donnell)
  676. writes:>If, on the other hand, you design your own
  677. error-correction/>compression algorithm, you may have to get
  678. special permission from the>FCC to try it out, but my impression
  679. is that they're less likely>to grant permission on the HF bands.
  680.  I may be wrong.  If it runs on a common machine, just send a
  681. few copies to the engineerin charge of your district FCC office.
  682.  Send a copy to the ARRL as well.If you are keeping it
  683. propritary, maybe you should reconsider why you areusing on the
  684. ham bands.--
  685. /****************************************************************
  686. *******\| Phil Howard  ---  KA9WGN  ---  pdh@netcom.com   |  
  687. "The problem with || depending on government is that you cannot
  688. depend on it" - Tony Brown
  689. |\***************************************************************
  690. ********/------------------------------Date: Mon, 3 Aug 1992
  691. 18:32:50 GMTFrom: acd4!TEFS1!gvb@uunet.uu.netSubject: KayPro &
  692. packetTo: packet-radio@ucsd.eduIn article
  693. <1992Jul31.165219.2203@tc.fluke.COM> cmdorat@tc.fluke.COM
  694. (Richard Kowalsky) writes:>Hi, Please excuse me if this is a
  695. FAQ:>>I have a friend who is interested in packet radio and has
  696. three KayPro>computers cluttering up his garage.  Is there any
  697. packet software that>anyone knows of that will run on a KayPro? 
  698. It would put at least one>of those rigs to use and get another
  699. packet'er on the air.>>Thanks in advance for your time!>>Richard
  700. Kowalsky>(N7RAY)If it will run *any* type of terminal software
  701. that will talk toa RS232C serial port, you can use it on packet.
  702. Gregg.------------------------------Date: 3 Aug 92 16:31:25
  703. GMTFrom: sun-barr!olivea!hal.com!thumper!bob@ames.arpaSubject:
  704. new internet to packet gatewayTo: packet-radio@ucsd.eduI have
  705. enabled a internet to packet gateway on my bbs. I have
  706. furtherextended it to allow internet users to appear to live on
  707. the bbssystem. Thus doing away with cryptic addressing and
  708. allowing those withno packet equipment or no bbs's in their area
  709. to participate.In short it works this way. A packet user wishes
  710. to send a message toyou. When the white pages are checked it
  711. shows you as having yourhomebbs as N0ARY. When the message
  712. arrives at my bbs this address istranslated to an email style
  713. address and sent through the gate.Sending messages through the
  714. other way is just about as simple. If theperson you wish to
  715. reach is n6zfj@n6qmy you simply address your messageto
  716. n6zfj%n6qmy@bbs.arasmith.com. Notice that the '@' in the
  717. packetaddress is a '%' on the internet side.  You can originate
  718. bulletinsin the same fashion, exams%allcan@bbs.arasmith.com.To
  719. use this service you have to register in advance. My system has
  720. tobe able to translate your "from" address found in your mail
  721. header intoyour callsign. This means that you will have to
  722. always use the samehost to originate messages.If you would like
  723. to take advantage of this service just send a message
  724. to:    gateway-request@arasmith.comwith the following
  725. information.    CALL:    First name:    City and St:    Zip:This information
  726. is necessary to fill in your white pages entry on thebbs system.
  727. When your registration has been processed I will send youfull
  728. instructions for using the gateway.Depending on the demand I may
  729. have to limit registration until thesystem has been fully
  730. tested.----------------------------------------------------------
  731. -------------------Bob Arasmith   bob@hal.com (work)  
  732. bob@arasmith.com (home)   n0ary@n0ary.#nocal.ca.usa.na
  733. (packet)------------------------------Date: 3 Aug 92 21:39:21
  734. GMTFrom:
  735. sdd.hp.com!swrinde!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!s
  736. kyld!jangus@network.UCSD.EDUSubject: NOS AUTOFORWARD HELP
  737. PSE???To: packet-radio@ucsd.eduIn article
  738. <1992Aug3.090545.24462@e2big.mko.dec.com>
  739. ralexander@irnbru.enet.dec.com writes:  >   > Hi,  >   > I
  740. wonder if you can help.  >   > I have a TCPIP station running
  741. with 2.0f PA0GRI code and  > I would like to autoforward mail
  742. messages generated using   > elm to the normal vanilla ax25
  743. packet network. I`ll explain  > :-  >   > Supposing I wish to
  744. send a message to gm4xxx@gb7edn my local  > mailbox being
  745. gb7san.Address your mail as follows:       
  746. user%user-bbs%forwarding-bbs@your-system       
  747. gm4xxx%gb7edn%bbs.gb7san@gm4yed.ampr.orgYou have to add this to
  748. your DOMAIN.TXT :        bbs.gb7san      IN      CNAME  
  749. gm4yed.ampr.orgNow your system will recognize bbs.gb7san and
  750. deliver it locally instead oftrying to send it smtp to some
  751. unknown host.Next you need to build up \spool\rewrite file. A
  752. minimum entry would be:        *%*%bbs.gb7san  gb7san       
  753. *%*@bbs.gb7san  gb7sanThis will intercept mail addressed as
  754. above, and send it locally into thefile
  755. \spool\mail\gb7san.txtNow to do the forwarding file,
  756. \spool\forward.bbs:        GB7SAN        c ax0 gb7san       
  757. gb7san        ------------This is a bare minimum. The callsign
  758. at the top will be in the nos.log fileas the ID of who the mail
  759. was sent to. The callsign at the bottom specifiesthat all smtp
  760. mail in \spool\mail\gn7san.txt be forwarded to the
  761. connectedstation.  The "-----" line MUST be included. It
  762. indicates the end of theforwarding instructions. You can have
  763. several forwarding instructions in thefile, and call out several
  764. file names to forward. Also, if a file called forforwarding is
  765. also listed in the \spool\areas file, it will be sent as
  766. abulletin (SB) rather than private (SP).  As a final note, for
  767. you to receiveforwarded mail from your BBS, the To:
  768. callsign/name must be included in yourDOMAIN.TXT. i.e. tcpip  IN
  769.      CNAME   gm4yed.ampr.org. Then your systemwon't kick it back
  770. as bad, host unknown.xenon!skyld!jangus   < This space left
  771. blank intentionally. >J Angus, PO Box 4425, Carson CA 90749-4425
  772. voice (310) 324-6080------------------------------Date: Mon, 3
  773. Aug 1992 18:08:05 GMTFrom: acd4!TEFS1!gvb@uunet.uu.netSubject:
  774. Questions from a beginnerTo: packet-radio@ucsd.eduIn article
  775. <1992Jul28.185927.23444@fcom.cc.utah.edu> val@news.ccutah.edu
  776. (Val Kartchner) writes:>     I've just heard some of the basics
  777. about packet radio, and I have some>questions.  If there is a
  778. FAQ that answers these questions, then just ignore>this post and
  779. I'll get the FAQ when it comes along.Don't know what a FAQ is.
  780. Could someone please tell me? I will however answeryour
  781. questions as straight forward as I can.>1 - How much does it
  782. cost to get a basic transciever that will connect to my>   
  783. computer?$40-$4000. I have seen good rigs for less and more so
  784. take your pick. YOu willprobably have to spend about $100-$300
  785. to get something you really want forVHF and it will probably be
  786. a 2m setup. >2 - Can I get a tranceiver that will pretend that
  787. it's a telephone so that I>    can use my current modem?First of
  788. all, there is more to a packet setup than just the
  789. transciever.Actually, there is nothing special about a
  790. tranceiver to do packet unless you want to do it faster than
  791. 2400 baud. However, to do packetyou need three things: A
  792. terminal type device, be that a PC or a real"terminal". A TNC
  793. (terminal node controller) which is actually a modem and
  794. networking device all in one. In some cases you can use simply a
  795. modem type device and put all the networking "smarts" inthe
  796. software on the computer, ie; digicomm. Then comes the radio.>3
  797. - Once I have the equipment, how do I go about "getting
  798. connected?"  Do  I>    have to register in my area or just go
  799. online?  (Admittedly not very>    likely.)Just go online. You,
  800. of course, must have your Amateur Radio License. There isno
  801. registration required. You will probably have to monitor the
  802. channel (onceyou figure out what freq. that is) in your area to
  803. find stations/digipeaters/BBSs that are around. >4 - What types
  804. of communications protocols are used?  What is KA9Q, and is>   
  805. it THE protocol?AX.25 mostly. TCP/IP sometimes and a few other
  806. experimental ones. ------------------------------Date: 3 Aug 92
  807. 21:56:41 GMTFrom:
  808. swrinde!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locus.c
  809. om!dana@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  810. <1992Jul29.195120.9189@hou.amoco.com>,
  811. <SRO.92Aug1213528@media-lab.media.mit.edu>,
  812. <-2tmwg_.pdh@netcom.com>pSubject : Re: data compression with
  813. packet: legal?In article <-2tmwg_.pdh@netcom.com> pdh@netcom.com
  814. (Phil Howard ) writes:>sro@media.mit.edu (Shawn O'Donnell)
  815. writes:>>>If, on the other hand, you design your own
  816. error-correction/>>compression algorithm, you may have to get
  817. special permission from the>>FCC to try it out, but my
  818. impression is that they're less likely>>to grant permission on
  819. the HF bands.  I may be wrong.  >>If it runs on a common
  820. machine, just send a few copies to the engineer>in charge of
  821. your district FCC office.  Send a copy to the ARRL as well. 
  822. Maybe I'm just in a less than optimal mood right now and liable
  823. to benasty, but why should I send the local FCC EOC a few copies
  824. ofmy data compression utility?  And *why* to the ARRL? Huh? Did
  825. Imiss something?  For once and for all, for crying out loud, it
  826. is legal to compress orenCODE data as long as the goal is not to
  827. obscure the data. If this isdifficult to grok, let me simplify:
  828. if you aren't intentionally enCRYPTingthe data so as to obscure
  829. the meaning, then it is NOT illegal.  Sheesh. What should we do,
  830. apply to the ARRL for permission to tryour new data compression
  831. scheme out, before applying to the FCC toinsure the overworked
  832. staff there is even more overworked reading ourpetty request to
  833. do something which is legal already? Or do we just readthe damn
  834. rules in Part 97 ourselves and act like sentient creatures?>If
  835. you are keeping it propritary, maybe you should reconsider why
  836. you are>using on the ham bands.  Good point, but where was the
  837. implication in the first place thatthis was some proprietary
  838. scheme?--  * Dana H. Myers KK6JQ         | Views expressed here are    *
  839. * (213) 337-5136         | mine and do not necessarily    * *
  840. dana@locus.com  DoD #466     | reflect those of my employer    * *
  841. "Dammit Bones, spare me the lecture and give me the shot!"  
  842. *------------------------------Date: Tue, 4 Aug 1992 05:32:18
  843. GMTFrom:
  844. qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDUTo
  845. : packet-radio@ucsd.eduReferences
  846. <1992Jul29.195120.9189@hou.amoco.com>,
  847. <SRO.92Aug1213528@media-lab.media.mit.edu>,
  848. <-2tmwg_.pdh@netcom.com>Reply-To :
  849. karn@chicago.qualcomm.comSubject : Re: data compression with
  850. packet: legal?In article <-2tmwg_.pdh@netcom.com>,
  851. pdh@netcom.com (Phil Howard ) writes:|> If it runs on a common
  852. machine, just send a few copies to the engineer|> in charge of
  853. your district FCC office.  Send a copy to the ARRL as well.I see
  854. no reason to do even this much. If somebody asks, give it to
  855. them.But don't bother the FCC
  856. otherwise.Phil------------------------------End of Packet-Radio
  857. Digest V92 #209******************************Date: Wed,  5 Aug
  858. 92 04:30:02 PDTFrom: Packet-Radio Mailing List and Newsgroup
  859. <packet-radio@ucsd.edu>Errors-To:
  860. Packet-Radio-Errors@UCSD.EduReply-To:
  861. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  862. Digest V92 #210To: packet-radioPacket-Radio Digest         Wed, 
  863. 5 Aug 92       Volume 92 : Issue 210Today's Topics:    
  864. Counterproposal to the ARRL Digital Committee Recommendation    
  865.         IC-24AT to Handipacket TNC connection, HOW?             
  866.       macintosh softkiss vers 1.2.2            Newbie questions
  867. & Packet FAQ Request (2 msgs)                       
  868. Packet/Sattelite Gate                      Packet channel
  869. analysis???                        Request for assistanceSend
  870. Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
  871. subscription requests to:
  872. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  873. otherwise to brian@ucsd.edu.Archives of past issues of the
  874. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  875. directory "mailarchives/packet-radio".We trust that readers are
  876. intelligent enough to realize that all textherein consists of
  877. personal comments and does not represent the officialpolicies or
  878. positions of any party.  Your mileage may vary.  So
  879. there.-----------------------------------------------------------
  880. -----------Date: Sun, 02 Aug 92 10:05:36 EDTFrom:
  881. usc!zaphod.mps.ohio-state.edu!n8emr!bluemoon!gerry@network.UCSD.E
  882. DUSubject: Counterproposal to the ARRL Digital Committee
  883. RecommendationTo: packet-radio@ucsd.edubrian@ucsd.edu (Brian
  884. Kantor) writes:> Restricting auto-forwarding to Extra class
  885. licensees is silly.  We've> just managed to eliminate CW elitism
  886. on VHF and now we're trying to> reinstate it on HF.> > There is
  887. no significant correlation between license class and operating>
  888. ability.*> > If Paul means this as a conciliatory sop to the
  889. entrenched die-hards, he> should say so.> >     - Brian> > *I was
  890. once told that there IS a significant correlation between
  891. license> class and income.  Fraud (i.e., purchased licenses)
  892. can't be the major> reason; I wonder what is?A problem is how
  893. many unattended HF packet operations. The(widely violated) STA
  894. was an effort to see if about 100could get along, and was not,
  895. in my opinion, very successfulin avoiding a lot of QRM and a
  896. very low thoughput.      I doubt if many Extra Class licenses
  897. were bought.  Maybemore income means more leisure, or as in
  898. Contract Bridge withthe correlation between championship and
  899. options trading, amysterious correlation between code ability
  900. and money-makingability.  Gerry K8EF This is from    
  901. gerry@bluemoon.rn.comwho doesn't have his (or her) own obnoxious
  902. signature yet------------------------------Date: Tue, 04 Aug 92
  903. 20:19:36 GMTFrom:
  904. sdd.hp.com!caen!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.e
  905. du!lynx!deepthought.unm.edu!mll@network.UCSD.EDUSubject: IC-24AT
  906. to Handipacket TNC connection, HOW?To: packet-radio@ucsd.eduI'm
  907. sure someone has already done this, but can someone post ormail
  908. me information on how to connect the ICOM 24AT to thePacComm
  909. Handipacket TNC. I have the receive line figured out,but need to
  910. know how to connect the Transmit and PTT lines.If this
  911. information is available by FTP please let me know where,or
  912. reply here or by mail to: mll@math.unm.edu                      
  913.      -- Mike  (KB5UGQ)73------------------------------Date: 4
  914. Aug 92 15:55:13 GMTFrom:
  915. swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu
  916. .edu!fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!aw0g
  917. +@network.UCSD.EDUSubject: macintosh softkiss vers 1.2.2To:
  918. packet-radio@ucsd.eduSoftKiss is an init/cdev/driver that drives
  919. a ham radiomodem from a macintosh. It gets your mac on packet
  920. radiowithout a tnc.  Softkiss can use poor mans packet
  921. modemsfrom the IBMPC world.  This is version 1.2.2. This
  922. versionfixes mouse lockup on the Mac Plus and adds a diagramfor
  923. IBM PC baycom modems such as the Tigertronics BayPac.Softkiss is
  924. available from internet host
  925. akutaktak.andrew.cmu.edu[128.2.35.1] as
  926. /aw0g/softkiss.1.2.2.hqx.  It is also on compuservhamnet
  927. sigNET/Mac is also required.  It is available from the same
  928. archives.------------------------------Date: 4 Aug 1992 06:41:55
  929. -0700From: news-mail-gateway@ucsd.eduSubject: Newbie questions &
  930. Packet FAQ RequestTo: packet-radio@ucsd.eduGreetings:DISCLAIMER:
  931.  I have just become interested in packet & radio in the past
  932. fewweeks.I have NO licencse (study under way  :-) ).I too am
  933. looking for FAQs (Frequently Asked Question list) related to HAM
  934. radioor, particularly, Packet.  I was surprised not to find them
  935. on ucsd.edu (did Imissthem?) since they are fairly common on the
  936. Internet.  Are they kept on aanotherserver?Questions:1)  I am
  937. interested in transfer rate greater the 1200 BPS.  I saw a mail
  938. notethat mentioned 56K BPS on the 220.55 band.  56K BPS is about
  939. what I'm lookingfor.Is there a technical reason why 1200 BPS is
  940. common (other than historicreasons).2)  Is anyone working on
  941. porting NFS onto the current TCP/IP stack?  I realizethismay be
  942. a resource hog, but, at higher transfer rates it may not be
  943. excessive.Anythoughts?3)  Packet/Internet gateways?  Are they
  944. common?  Is the Internet news feedavailable through these
  945. gateways?4)  Any reccomendations for radios/TNCs.  I am leaning
  946. toward portable units -theconcept of talking to my home machine
  947. (386/33 running OS/2) from a portable orfrom a Sun workstation
  948. is *very* appealing.As you may have surmised, my background is
  949. the computer side of the house.Pleaserespond directly to me via
  950. E-mail unless you feel your note would have
  951. generalinterest....jim~>: Jim Goldsmith; Xerox ISO; 7900
  952. Westpark Dr.; McLean, VA 22102~S: 8*454-3527;  (703)
  953. 734-3527~:
  954. 42324.25220652041.0------------------------------Date: Tue, 4
  955. Aug 1992 16:49:17 GMTFrom:
  956. usc!sol.ctr.columbia.edu!news.unomaha.edu!cwis!pschleck@network.U
  957. CSD.EDUSubject: Newbie questions & Packet FAQ RequestTo:
  958. packet-radio@ucsd.eduJames_Goldsmith.McLean_CSD@xerox.COM
  959. writes:>Greetings:>DISCLAIMER:  I have just become interested in
  960. packet & radio in the past few>weeks.>I have NO licencse (study
  961. under way  :-) ).>I too am looking for FAQs (Frequently Asked
  962. Question list) related to HAM radio>or, particularly, Packet.  I
  963. was surprised not to find them on ucsd.edu (did I>miss>them?)
  964. since they are fairly common on the Internet.  Are they kept on
  965. a>another>server?Yup.  They are on ftp.cs.buffalo.edu under
  966. /pub/ham-radio.  BrianKantor, who manages the ucsd.edu archives,
  967. has copies of the FAQ's forsending via listserv request, so he
  968. has them filed somewhere.Maybe he would consider making them
  969. available via FTP at his site aswell (the more sites, the less a
  970. chance of a single-point site failuredepriving the net of
  971. information).73, Paul W. Schleck,
  972. KD3FUpschleck@unomaha.edu------------------------------Date: 4
  973. Aug 1992 05:46:38 -0700From: news-mail-gateway@ucsd.eduSubject:
  974. Packet/Sattelite GateTo: packet-radio@ucsd.eduOur local Packet
  975. group has expressed some interest in developinga gateway on one
  976. of our nodes to Amateur Satellites.  I have heardmention of one
  977. in Northeastern Canada, and would like some directionon "where
  978. to look" for suggestions, comments, etc.  Is PACSAT andsome of
  979. the low orbit datasats the way to go?  I believe AO-13is a bit
  980. expensive and complex for our organization to go with.We are
  981. really going from the ground floor on this one, but believethat
  982. it could be an real enticement for membership level and
  983. activity.We had a project building modems for Baycom software
  984. last year, and passedone-hundred on units distributed locally. 
  985. The interest is there -I just wonder if we can evolve a plan in
  986. the next 4 or five weeks.Thanks for any help.  73 de Carty
  987. KA2Ycellis@brock1p bitnet------------------------------Date:
  988. Wed, 05 Aug 92 03:04:34 GMTFrom:
  989. das.wang.com!wang!dbushong@uunet.uu.netSubject: Packet channel
  990. analysis???To: packet-radio@ucsd.edujulian@bongo.UUCP (Julian
  991. Macassey) writes:>In article <richardfr.3.0@comm.mot.comm>,
  992. richardfr@comm.mot.comm (Richard France) writes:>> >>  Hello,>> 
  993.   I am looking for any and all MS-DOS based software that will
  994. analyze a>>  normal ax25 packet frequency. >    I tried mailing a
  995. reply, but it bounced. Looking at the path, I>can see why. So
  996. here for everyone is my reply:>There is such a programme.
  997. Written by Harold Price, NK6K and Skip>Hansen, WB6YMH.>    You can
  998. find it on Skip's BBS at (310) 541-2503>    Sorry I can't remember
  999. the name. The BBS does have search>utilities though that should
  1000. help you find it. Somehow PACKET MON rings>a bell.There is a
  1001. program that lets you tinker with packet parameters inorder to
  1002. see what TNC settings have on throughput -- without havingto
  1003. transmit (it's a simulation program for the PC).  It's
  1004. calledESTIMATE.ZIP (or .COM in some incarnations).  Let me know
  1005. if youcan't find it on ham BBSs, and I'll send/uupost it as
  1006. appropriate.It comes with 'c' source code, too.Dave--
  1007. =================================================================
  1008. =========Dave Bushong, KZ1O@K1UGM.MA         + Wang
  1009. Laboratories, Inc.             + B-A-BAY, B-E-BEE,
  1010. B-I-BICKY-BYEInternet: dbushong@wang.com         +   B-O-BO,
  1011. Curly's a DOPE!
  1012. (not)============================================================
  1013. ==============------------------------------Date: 2 Aug 92
  1014. 08:55:02 CDTFrom:
  1015. usc!wupost!zaphod.mps.ohio-state.edu!rpi!newsserver.pixel.kodak.c
  1016. om!laidbak!tellab5!vpnet!vpnet!akcs.ken@network.UCSD.EDUSubject:
  1017. Request for assistanceTo: packet-radio@ucsd.eduMark, I believe
  1018. what you want is "rec.radio.swap". Thatshould be readily
  1019. available to you.Ken WA9WCP------------------------------Date: 4
  1020. Aug 92 22:20:17 GMTFrom:
  1021. swrinde!cs.utexas.edu!tamsun.tamu.edu!willis@network.UCSD.EDUTo:
  1022. packet-radio@ucsd.eduReferences <-2tmwg_.pdh@netcom.com--,
  1023. <1992Aug03.215641.2865160@locus.com>,
  1024. <r2vm_#b.pdh@netcom.com>)Subject : Re: data compression with
  1025. packet: legal?In article <r2vm_#b.pdh@netcom.com--
  1026. pdh@netcom.com (Phil Howard ) writes:...----Making the key
  1027. public clears the intent of obscuring the meaning.--Sending a
  1028. copy of a program you create to places like the FCC and--the
  1029. ARRL would serve that purpose adequately, IMHO....--next. 
  1030. Actually the OO should contact you first, but in case they
  1031. don't--at least by having something on file at the FCC, they
  1032. will know in advance--that things are "cool".I can't imagine the
  1033. FCC having a filing system that could pull yourunsolicted
  1034. 'odd-ball' 8-) protocol prior to someone getting around to
  1035. justasking you what you're doing.  Just who at the FCC should
  1036. such a noticego to? Never mind... If I ever do something
  1037. creative, I'll share withwhoever asks -- and if I notice someone
  1038. using something new, I'lljust ask them.How simple can it
  1039. get?------------------------------Date: Wed, 5 Aug 1992 04:33:23
  1040. GMTFrom:
  1041. qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDUTo
  1042. : packet-radio@ucsd.eduReferences <-2tmwg_.pdh@netcom.com>,
  1043. <1992Aug03.215641.2865160@locus.com>,
  1044. <r2vm_#b.pdh@netcom.com>Reply-To :
  1045. karn@chicago.qualcomm.comSubject : Re: data compression with
  1046. packet: legal?In article <r2vm_#b.pdh@netcom.com>,
  1047. pdh@netcom.com (Phil Howard ) writes:|> Making the key
  1048. [algorithm?] public clears the intent of obscuring the
  1049. meaning.|> Sending a copy of a program you create to places like
  1050. the FCC and|> the ARRL would serve that purpose adequately,
  1051. IMHO.If your compression algorithm is new and different, then
  1052. publish itwidely in the general amateur media (USENET, PBBSes,
  1053. ARRL CNCproceedings, etc) so the rest of us can benefit from it.
  1054. And if it'san existing algorithm, you don't need to send it to
  1055. anybody (includingthe FCC) because, by definition, it's already
  1056. available. And, ofcourse, if anybody asks, you simply tell them
  1057. what you're doing.Geez. Why do people have to make everything so
  1058. hard?Phil------------------------------Date: 4 Aug 1992 16:41:03
  1059. GMTFrom: ucsd.edu!brian@network.UCSD.EDUTo:
  1060. packet-radio@ucsd.eduReferences
  1061. <1992Jul29.195120.9189@hou.amoco.com>,
  1062. <SRO.92Aug1213528@media-lab.media.mit.edu>,
  1063. <1992Aug3.133814.15864@hou.amoco.com>Subject : Re: data
  1064. compression with packet:  legal?Legal.  The people I've
  1065. contacted, including those at the League, saythey've never heard
  1066. of any ruling or policy that precludes encrypteddata.In
  1067. particular, the League's never heard of any FCC citation
  1068. beingissued, and they do seem to keep track of that sort of
  1069. thing.*Urban legend.    - Brian* Look, the ARRL does do some good
  1070. things.  Their technical andadministrative people are good. 
  1071. It's the political leadershipof the League that needs to be
  1072. replaced.------------------------------Date: 4 Aug 92 12:33:31
  1073. GMTFrom:
  1074. sdd.hp.com!zaphod.mps.ohio-state.edu!darwin.sura.net!europa.asd.c
  1075. ontel.com!emory!wa4mei!ke4zv!gary@network.UCSD.EDUTo:
  1076. packet-radio@ucsd.eduReferences
  1077. <1992Jul29.195120.9189@hou.amoco.com>,
  1078. <SRO.92Aug1213528@media-lab.media.mit.edu>,
  1079. <1992Aug3.145639.2364@qualcomm.com>Reply-To : gary@ke4zv.UUCP
  1080. (Gary Coffman)Subject : Re: data compression with packet: 
  1081. legal?In article <1992Aug3.145639.2364@qualcomm.com>
  1082. karn@chicago.qualcomm.com (Phil Karn) writes:>In article
  1083. <SRO.92Aug1213528@media-lab.media.mit.edu> sro@media.mit.edu
  1084. (Shawn O'Donnell) writes:>>A year or so ago I heard of some hams
  1085. who heard from the FCC because>>they were sending ZIP-compressed
  1086. files via packet.  The FCC wanted to>>know what they were doing
  1087. sending "encrypted data.">>I've sent many, many ZIP-compressed
  1088. files (primarily versions of the>NOS source code) over packet
  1089. radio and never had any inquiries from>the FCC. Of course, this
  1090. was at 56kb on 220.55 (before we lost that>part of the band) so
  1091. there may have been other obstacles to the easy>monitoring of my
  1092. transmissions.Heh, heh, the FCC hasn't bought one of the modems
  1093. yet, though DOCCanada has. BTW I got a look inside an FCC
  1094. monitoring van. Theengineer was really proud of the new
  1095. PK-232MBX they had just installed. Gary
  1096. KE4ZV------------------------------Date: 4 Aug 92 18:46:14
  1097. GMTFrom: csus.edu!netcomsv!netcom.com!pdh@decwrl.dec.comTo:
  1098. packet-radio@ucsd.eduReferences
  1099. <SRO.92Aug1213528@media-lab.media.mit.edu>,
  1100. <-2tmwg_.pdh@netcom.com>,
  1101. <1992Aug03.215641.2865160@locus.com>Subject : Re: data
  1102. compression with packet: legal?dana@locus.com (Dana H. Myers)
  1103. writes:>  Maybe I'm just in a less than optimal mood right now
  1104. and liable to be>nasty, but why should I send the local FCC EOC
  1105. a few copies of>my data compression utility?  And *why* to the
  1106. ARRL? Huh? Did I>miss something?Maybe you missed something. 
  1107. This was in reference to one you createfor yourself.  By sending
  1108. these copies, it puts the "protocol/format"sufficiently in the
  1109. public domain to make it potentially possible forFCC monitoring
  1110. to be able to (as if they would care to) "decode" whatyou are
  1111. sending.>  For once and for all, for crying out loud, it is
  1112. legal to compress or>enCODE data as long as the goal is not to
  1113. obscure the data. If this is>difficult to grok, let me simplify:
  1114. if you aren't intentionally enCRYPTing>the data so as to obscure
  1115. the meaning, then it is NOT ill egal.
  1116.  
  1117. If you compress in a way you know others cannot uncompress, it
  1118. has theeffect of enCRYPTing... the uncompress program forms the
  1119. key.Making the key public clears the intent of obscuring the
  1120. meaning.Sending a copy of a program you create to places like
  1121. the FCC andthe ARRL would serve that purpose adequately, IMHO.> 
  1122. Sheesh. What should we do, apply to the ARRL for permission to
  1123. try>our new data compression scheme out, before applying to the
  1124. FCC to>insure the overworked staff there is even more overworked
  1125. reading our>petty request to do something which is legal
  1126. already? Or do we just read>the damn rules in Part 97 ourselves
  1127. and act like sentient creatures?It's not a form of permission,
  1128. it is just simply a process of makingwhat might appear as
  1129. enCRYPTion to be take otherwise.Consider if the local OO
  1130. intercepts your transferred file and tries allknow utilities on
  1131. it, but all fail because it is of your own design.So far nothing
  1132. is wrong, but it is suspect.  The FCC might get the matternext. 
  1133. Actually the OO should contact you first, but in case they
  1134. don'tat least by having something on file at the FCC, they will
  1135. know in advancethat things are "cool".It's intended to just
  1136. avoid problems, that's all.If you prefer not to send them a
  1137. copy, then don't.>>If you are keeping it propritary, maybe you
  1138. should reconsider why you are>>using on the ham bands.>  Good
  1139. point, but where was the implication in the first place
  1140. that>this was some proprietary scheme?The implication was ONE
  1141. possibility in the case I replied to about usinga new design (or
  1142. compression or of anything else).  Its should only bethose who
  1143. plan to keep it proprietary who would not want to make a
  1144. publicdisclosure of the new design.  IMHO, proprietary designs
  1145. have no placeon the ham bands.--
  1146. /****************************************************************
  1147. *******\| Phil Howard  ---  KA9WGN  ---  pdh@netcom.com   |  
  1148. "The problem with || depending on government is that you cannot
  1149. depend on it" - Tony Brown
  1150. |\***************************************************************
  1151. ********/------------------------------End of Packet-Radio
  1152. Digest V92 #210******************************Date: Thu,  6 Aug
  1153. 92 04:30:02 PDTFrom: Packet-Radio Mailing List and Newsgroup
  1154. <packet-radio@ucsd.edu>Errors-To:
  1155. Packet-Radio-Errors@UCSD.EduReply-To:
  1156. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  1157. Digest V92 #211To: packet-radioPacket-Radio Digest         Thu, 
  1158. 6 Aug 92       Volume 92 : Issue 211Today's Topics:             
  1159.     9600 baud radios, recommendations?                          
  1160.  Chip locating                Kenwood TM-621/721 144 MHz @ 9600
  1161. Baud                Need Help! ICOM 24-AT  handheld to TNC      
  1162.                    Net/Mac for sys7?                     
  1163. Terminal Software for Mac?                       TNC'less Packet
  1164. on Mac?                    TNC and TCP-IP advice, pleaseSend
  1165. Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
  1166. subscription requests to:
  1167. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  1168. otherwise to brian@ucsd.edu.Archives of past issues of the
  1169. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  1170. directory "mailarchives/packet-radio".We trust that readers are
  1171. intelligent enough to realize that all textherein consists of
  1172. personal comments and does not represent the officialpolicies or
  1173. positions of any party.  Your mileage may vary.  So
  1174. there.-----------------------------------------------------------
  1175. -----------Date: Wed, 5 Aug 1992 13:44:50 GMTFrom:
  1176. mcsun!news.funet.fi!uwasa.fi!news@uunet.uu.netSubject: 9600 baud
  1177. radios, recommendations?To: packet-radio@ucsd.eduI've been
  1178. working 9600 baud (G3RUH) on 70cm with my ICOM 3220 and have
  1179. good as  bad experience with it.The receiving is FB, it copies
  1180. packets really nice, but sending really sucks.  One thing is
  1181. that the receiving staitions have hard time in copying it, also 
  1182. the txdelay has to be as high as 20-25 before it starts to work
  1183. at all. Short  packets seems to get through better than long
  1184. packets.So, now, I would like to know if there are any good
  1185. surplus/commersial (mainly  surplus) rigs that would work nicely
  1186. with 9600 baud (txdelay <= 4, good  linearity etc) and from
  1187. where I could get one.73 de Markus OH6LSA@OH6RBV.FIN.EU        Email:
  1188. mkl@bacall.uwasa.fi------------------------------Date: Thu, 6
  1189. Aug 1992 00:52:08 GMTFrom:
  1190. sdd.hp.com!ux1.cso.uiuc.edu!news.iastate.edu!rmb3@network.UCSD.ED
  1191. USubject: Chip locatingTo: packet-radio@ucsd.eduNeed some help
  1192. locating companies that sell the TCM 3105 and the  AMD 7910
  1193. modem chip.  The Arrow Electronics Company has an eigh week back
  1194. order on them.I really would like them in a couple of
  1195. weeks.Richard Bassett
  1196. (N2MIX)rmb3@vincent1.iastate.edu------------------------------Dat
  1197. e: 5 Aug 92 18:35:34 GMTFrom:
  1198. usc!sdd.hp.com!swrinde!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xen
  1199. on!skyld!jangus@network.UCSD.EDUSubject: Kenwood TM-621/721 144
  1200. MHz @ 9600 BaudTo: packet-radio@ucsd.eduI need some assistance.I
  1201. have a Kenwood TM-721 Dual bander (144/440) and a friend of mine
  1202. has theTM-621 (144/220) version. Both have been modified
  1203. successfully to operate9600 baud packet on the UHF side of the
  1204. radio (440 and 220). However, theVHF (144) side of the radio
  1205. doesn't seem to transmit data correctly. BothReceive sides of
  1206. both radios work FINE. In looking at the schematics in
  1207. theservice manuals, there seems to be a major difference in how
  1208. the modulationand loop error voltages are inserted. Has anyone
  1209. managed to make the 144 MHzside of the TM-621/721 radios work?
  1210. Thanks for your help in this.xenon!skyld!jangus   < This space
  1211. left blank intentionally. >J Angus, PO Box 4425, Carson CA
  1212. 90749-4425 voice (310)
  1213. 324-6080------------------------------Date: 6 Aug 92 06:33:13
  1214. GMTFrom:
  1215. sdd.hp.com!uakari.primate.wisc.edu!doug.cae.wisc.edu!umn.edu!lynx
  1216. !deepthought.unm.edu!mll@network.UCSD.EDUSubject: Need Help!
  1217. ICOM 24-AT  handheld to TNCTo: packet-radio@ucsd.eduHi
  1218. Packeteers!I'm having trouble getting my PacComm  Handipacket 
  1219. TNC  to  workwith  my  new  ICOM 24-AT handheld. Neither ICOM or
  1220. PacComm givesvery much info on interfacing the TNC to the radio.
  1221.  The  TNC  isnice  in  that  it  provides and internal 2.7k
  1222. resitor on the PTTline, but that doesn't seem to be enough. I
  1223. added a  1k  resistorin series with this, but still no luck. My
  1224. problem is that when Iconnect the radio to the TNC, the radio is
  1225. continously  keyed  upand  the  DCD light on the TNC stays on
  1226. also. I've connected eachline up independently of the other
  1227. without luck  also.  Before  Ihad  the  radio,  I  had  the TNC
  1228. hooked to a voice pager where Icould monitor packets without
  1229. trouble, but now that I'm trying touse  the  Mic/PTT, nothing
  1230. works. I've ohm'd out the cable and itdoesn't appear to be
  1231. shorted.I am really anxious to get this to work. I'd like  to 
  1232. hear  fromanyone  who  has  experience with hooking up a TNC to
  1233. the IC-24AThandheld or the PacComm Handipacket TNC. If you can 
  1234. help,  don'thesitate  to reply.  So far I haven't received
  1235. anything, so don'thold back!Reply here or mail to: 
  1236. mll@math.unm.edu73's                  -- Mike
  1237. (KB5UGQ)------------------------------Date: 5 Aug 92 14:34:15
  1238. GMTFrom:
  1239. dziuxsolim.rutgers.edu!bach.rutgers.edu!thayes@RUTGERS.EDUSubject
  1240. : Net/Mac for sys7?To: packet-radio@ucsd.eduI have seen various
  1241. posts and articles around refering to a project torewrite
  1242. NET/Mac from scratch for the Macintosh System 7 software.
  1243. Doesanyone out there know about the status of this project.I am
  1244. interested in this since some features of system 7 are not
  1245. suportedin the current (ported from NOS...) versions.--
  1246. +----------------------------------------------------------------
  1247. -------------+| Tim Hayes                                     
  1248. CAIP Student System Operator || thayes@caip.rutgers.edu         
  1249.                         Rutgers University
  1250. |+---------------------------------------------------------------
  1251. --------------+------------------------------Date: 5 Aug 1992
  1252. 21:11:57 -0700From: news-mail-gateway@ucsd.eduSubject: Terminal
  1253. Software for Mac?To: packet-radio@ucsd.eduThanks to a recent
  1254. posting I have gotten a copy of SoftKISS.  Cananyone suggest a
  1255. free or shareware terminal program for the Macwhich works well
  1256. with the standard multimode data controllers by AEA,MFJ, and
  1257. Kantronics? And an FTP site to obtain it from?Appreciate the
  1258. help.  tom@thg.hobby.nl------------------------------Date: 5 Aug
  1259. 92 00:43:00 GMTFrom:
  1260. swrinde!sdd.hp.com!hpscdc!hplextra!hpfcso!hplvec!tcline@network.U
  1261. CSD.EDUSubject: TNC'less Packet on Mac?To:
  1262. packet-radio@ucsd.edu> In rec.radio.amateur.packet,
  1263. bpb9204@tamsun.tamu.edu (Brent) writes:> >     Aaron Wohl
  1264. <aw0g+@andrew.cmu.edu> writes:>     |  Softkiss can use poor
  1265. mans packet modems>     |from the IBMPC world.  > >     Now,
  1266. where can one find info about these poor man's packet modems?>  
  1267.   I remember seeing something in 73 or Radio-Electronics a year
  1268. or>     so ago, but I don't know which.  Any pointers would be
  1269. nice...> >     thanks,>     -BrentPMP (Poor Man's Packet) is
  1270. described in "73 Amateur Radio Today", August1991, page 8
  1271. (includes schematics).I haven't tried it yet, but I'm working on
  1272. it.----Ted Cline, N0RQV                    VXI Systems
  1273. Divisiontcline@hpislx                       Hewlett-Packard, M/S
  1274. CU-325ted_cline@hpisla.lvld.hp.com        815 14th Street
  1275. SWVOICE: (303) 679-2352               P.O. Box 301FAX:   (303)
  1276. 679-5971               Loveland, CO  80537 
  1277. USA------------------------------Date: Wed, 5 Aug 1992 22:41:40
  1278. GMTFrom:
  1279. usc!sol.ctr.columbia.edu!news.columbia.edu!cunixb.cc.columbia.edu
  1280. !mig@network.UCSD.EDUSubject: TNC and TCP-IP advice, pleaseTo:
  1281. packet-radio@ucsd.eduOK, folks.  I am looking for advice:I am
  1282. president of the Columbia University Amateur Radio Club,
  1283. CUARC/W2AEE.At the past several meetings, we have been bouncing
  1284. around the idea of experimenting with TCP/IP.  We have a well
  1285. developed computer system, atColumbia, and most of the members
  1286. already have accounts on the Internet.Some people have suggested
  1287. that we should create a simple AX25 digipeater node.But I have
  1288. been thinking that we would be better to install a gateway
  1289. tointernet.  There are many existing digipeater, in Manhattan. 
  1290. But I don'tthink there is a single gateway.  A gateway has the
  1291. potential to create aninstant wormhole to any other gateway,
  1292. using the Internet as a medium.  So,if I want to chat with my
  1293. friend in San Antonio, I could do so, with perhaps3 hops, rather
  1294. than the impossible 20 or so  it might take without a wormhole.I
  1295. expect that we should create a simple 1200 bps TCP/IP gateway to
  1296. internet, tobegin with, since it seems that the club members
  1297. only have 1200 bpscapability, for now; later on, we could try to
  1298. get some people on 9600.We would need a PC, ethernet card, TNC
  1299. or card, NOS, transceiver, antenna,local ethernet connection and
  1300. IP number, and AMPRnet IP number.I plan to bring these thoughts
  1301. to Thursday's 6 PM meeting (14th floor, SWMudd building,
  1302. visitors welcome, if you happen to be in the
  1303. neighborhood).Several members have already purchased TNCs, but I
  1304. have beenreluctant, because I wasn't sure which one to get. 
  1305. Several people in theclub are ready to try out TCP/IP.  With
  1306. TCP/IP, higher speeds than 9600 bpsare useful.  The three TNCs I
  1307. have looked at are the KPC3, the PK88, and theMFJ1270B.  Does
  1308. anyone know whether they can all handle 19,200 bps?Which TNC or
  1309. card is best, and why?Does anyone know who the IP coordinator
  1310. for Manhattan is?What is the closest packet-internet gateway to
  1311. Manhattan?I would appreciate lots of suggestions and advice
  1312. concerning this.Thank you,Meir Green, N2JPG * * * * * 
  1313. =================  Internet address is  
  1314. mig@cunixb.cc.columbia.edu* * * * * * = Meir I. Green =  for
  1315. short, mail to    mig@columbia.edu * * * * *  ================= 
  1316. UUCP Bang!            columbia.edu!mig* * * * * *
  1317. =================  Amateur Packet Radio 
  1318. N2JPG@W2XO.PA.USA.NOAM------------------------------Date: Thu, 6
  1319. Aug 1992 01:34:20 GMTFrom:
  1320. usc!coriolis!red-eft!hbe@network.UCSD.EDUTo:
  1321. packet-radio@ucsd.eduReferences <-2tmwg_.pdh@netcom.com>,
  1322. <1992Aug03.215641.2865160@locus.com>,
  1323. <r2vm_#b.pdh@netcom.com>Subject : Re: data compression with
  1324. packet: legal?In article <r2vm_#b.pdh@netcom.com> pdh@netcom.com
  1325. (Phil Howard ) writes:>>Consider if the local OO intercepts your
  1326. transferred file and tries all>know utilities on it, but all
  1327. fail because it is of your own design.>So far nothing is wrong,
  1328. but it is suspect.  The FCC might get the matter>next.  Actually
  1329. the OO should contact you first, but in case they don't>at least
  1330. by having something on file at the FCC, they will know in
  1331. advance>that things are "cool".>>It's intended to just avoid
  1332. problems, that's all.The road to hell is paved with good
  1333. intentions.The regulations are clear on the matter of private
  1334. data formats and protocols:stations using these where permitted
  1335. are to maintain documentation with theirstation records.There is
  1336. no requirement that documentation be published.  To do so
  1337. accomplishesnothing with regard to compliance with the
  1338. regulations.  The issue of knowledgetransfer is extrinsic to
  1339. legal compliance.There is no provision for filing such
  1340. documentation with the FCC in the AmateurRadio Service, either
  1341. centrally or, as Phil previously suggested, with
  1342. FieldEngineering offices.When a regulation is clear, it is
  1343. legally unsound for action to comply withthat regulation, to
  1344. exceed the action prescribed by the regulator.  The en-forcement
  1345. and adjudicative structures in place provide for dealing with
  1346. aproblem after the fact, on the sound basis that before the
  1347. fact, there is noproblem.Far from avoiding problems, Phil's
  1348. suggestion would create them, if in no otherway than by inducing
  1349. work that present regulations were designed expressly toavoid,
  1350. and which as a matter of public policy, we can ill
  1351. afford.-Harris KB6OWB 
  1352. <red-eft!hbe@valley.west.sun.com>------------------------------Da
  1353. te: 5 Aug 92 21:47:08 GMTFrom:
  1354. swrinde!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locus.c
  1355. om!dana@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  1356. <r2vm_#b.pdh@netcom.com>, <1992Aug5.043323.1913@qualcomm.com>,
  1357. <1992Aug5.172604.4039@mdd.comm.mot.com>Subject : Re: data
  1358. compression with packet: legal?In article
  1359. <1992Aug5.172604.4039@mdd.comm.mot.com> jackb@mdd.comm.mot.com
  1360. (Jack Brindle) writes:>In article
  1361. <1992Aug5.043323.1913@qualcomm.com> karn@chicago.qualcomm.com
  1362. writes:>>Geez. Why do people have to make everything so hard?>>I
  1363. agree. The rules are actually clear here - we can transmit
  1364. whatever>(non-encrytion) codes we wish (meaning ebcdic is
  1365. legal), as long as>we document them in our log books. Of course,
  1366. the rules no longer>require log books...Nor do the rules require
  1367. us to document the codes in our log books.Refer to Part
  1368. 97.309(b); one need do nothing special until theFCC
  1369. Engineer-in-Charge requests otherwise for the sake of
  1370. insuringcompliance with the rules.--  * Dana H. Myers KK6JQ         |
  1371. Views expressed here are    * * (213) 337-5136         | mine and do not
  1372. necessarily    * * dana@locus.com  DoD #466     | reflect those of my
  1373. employer    * * "Dammit Bones, spare me the lecture and give me the
  1374. shot!"   *------------------------------Date: Wed, 5 Aug 1992
  1375. 17:26:04 GMTFrom: mdisea!jackb@uunet.uu.netTo:
  1376. packet-radio@ucsd.eduReferences
  1377. <1992Aug03.215641.2865160@locus.com>, <r2vm_#b.pdh@netcom.com>,
  1378. <1992Aug5.043323.1913@qualcomm.com>Subject : Re: data
  1379. compression with packet: legal?In article
  1380. <1992Aug5.043323.1913@qualcomm.com> karn@chicago.qualcomm.com
  1381. writes:>If your compression algorithm is new and different, then
  1382. publish it>widely in the general amateur media (USENET, PBBSes,
  1383. ARRL CNC>proceedings, etc) so the rest of us can benefit from
  1384. it. And if it's>an existing algorithm, you don't need to send it
  1385. to anybody (including>the FCC) because, by definition, it's
  1386. already available. And, of>course, if anybody asks, you simply
  1387. tell them what you're doing.>>Geez. Why do people have to make
  1388. everything so hard?I agree. The rules are actually clear here -
  1389. we can transmit whatever(non-encrytion) codes we wish (meaning
  1390. ebcdic is legal), as long aswe document them in our log books.
  1391. Of course, the rules no longerrequire log books...Now, who will
  1392. be the first to get their 3090's on the air using ebcdic?:-) :-)
  1393. :-)--
  1394. ==========================================================Jack
  1395. Brindleham radio: wa4fibinternet:
  1396. jackb@mdd.comm.mot.com------------------------------End of
  1397. Packet-Radio Digest V92 #211******************************Date:
  1398. Fri,  7 Aug 92 04:30:02 PDTFrom: Packet-Radio Mailing List and
  1399. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  1400. Packet-Radio-Errors@UCSD.EduReply-To:
  1401. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  1402. Digest V92 #212To: packet-radioPacket-Radio Digest         Fri, 
  1403. 7 Aug 92       Volume 92 : Issue 212Today's Topics:             
  1404.         56k modems vs 9.6k modems            data compression
  1405. with packet: legal? (3 msgs)                        Ham radio
  1406. gear forsale      Looking for information Microwave
  1407. communications/ethernet               MFJ-1278 vs. PK-232MBX ?
  1408. (vs. DSP-1232)                 Problem using GRINOS finger
  1409. command.                                 TAPR                   
  1410.             TAPR ?                       TNC'less Packet on
  1411. Mac?Send Replies or notes for publication to:
  1412. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  1413. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  1414. otherwise to brian@ucsd.edu.Archives of past issues of the
  1415. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  1416. directory "mailarchives/packet-radio".We trust that readers are
  1417. intelligent enough to realize that all textherein consists of
  1418. personal comments and does not represent the officialpolicies or
  1419. positions of any party.  Your mileage may vary.  So
  1420. there.-----------------------------------------------------------
  1421. -----------Date: 6 Aug 92 22:08:21 GMTFrom:
  1422. sdd.hp.com!wupost!waikato.ac.nz!aukuni.ac.nz!mercury!nacjack!rich
  1423. ard@network.UCSD.EDUSubject: 56k modems vs 9.6k modemsTo:
  1424. packet-radio@ucsd.eduI am thinking of upgradinging my PACCOM
  1425. Tiny-2 to 9600, but I know thereare 56k modems out there.Does
  1426. anyone know where can I get more information about these modems?
  1427. Howexpensive are they? Do they work with a normal transceiver?
  1428. Why do peopleuse 9600 if they can use 56k? Do they still use
  1429. AX25?Richard-----------------------------------------------------
  1430. ----------------------And Noah Spake unto his children:
  1431. "Scattered showers my arse!"FIDONET: Richard Vowles 3:772/110.0 
  1432.        USENET: richard@nacjack.gen.nzPacket Radio:
  1433. ZL1UTF@ZL1AB.#11.AKL.NZL.OC   The Demi-Monde:
  1434. 199:310/1------------------------------Date: 5 Aug 92 18:42:49
  1435. GMTFrom: psinntp!arrl.org@uunet.uu.netSubject: data compression
  1436. with packet: legal?To: packet-radio@ucsd.eduIn
  1437. rec.radio.amateur.packet, pdh@netcom.com (Phil Howard )
  1438. writes:>dana@locus.com (Dana H. Myers) writes:>>>  Maybe I'm
  1439. just in a less than optimal mood right now and liable to
  1440. be>>nasty, but why should I send the local FCC EOC a few copies
  1441. of>>my data compression utility?  And *why* to the ARRL? Huh?
  1442. Did I>>miss something?>>Maybe you missed something.  This was in
  1443. reference to one you create>for yourself.  By sending these
  1444. copies, it puts the "protocol/format">sufficiently in the public
  1445. domain to make it potentially possible for>FCC monitoring to be
  1446. able to (as if they would care to) "decode" what>you are
  1447. sending.Actually, I'd rather you sent us the protocol spec in
  1448. the form of anarticle I could publish in QEX :-)-------Jon
  1449. Bloom, KE3Z                   |  jbloom@arrl.orgAmerican Radio
  1450. Relay League       |225 Main St.                     
  1451. |Newington, CT 06111              
  1452. |------------------------------Date: 5 Aug 92 18:35:25 GMTFrom:
  1453. psinntp!arrl.org@uunet.uu.netSubject: data compression with
  1454. packet:  legal?To: packet-radio@ucsd.eduIn
  1455. rec.radio.amateur.packet, brian@ucsd.edu (Brian Kantor)
  1456. writes:>Legal.  The people I've contacted, including those at
  1457. the League, say>they've never heard of any ruling or policy that
  1458. precludes encrypted>data.Well, that's putting a bit of a spin on
  1459. it.  What was said was thatwe hadn't head of any specific action
  1460. with regard to compressedfiles.  There is a rule against
  1461. encryption *for the purpose of obscuringthe meaning* of the
  1462. data.  To that extent, there has been a rulingprecluding
  1463. encrypted data.  There is also a rule that disallows
  1464. HFtransmissions that aren't ASCII, ITA2 or CCIR 476/625 coded. 
  1465. (I don'tmean to be pedantic, just specific.)  Which is not to
  1466. say that some FCCfield staff member might not have said, "sure,
  1467. go ahead and send thatdata..."  But field staff don't make
  1468. policy, so caveat emptor.>In particular, the League's never
  1469. heard of any FCC citation being>issued, and they do seem to keep
  1470. track of that sort of thing.*>>Urban legend.>    - Brian>>* Look,
  1471. the ARRL does do some good things.  Their technical
  1472. and>administrative people are good.  It's the political
  1473. leadership>of the League that needs to be replaced.Must be a
  1474. forged posting :-)-------Jon Bloom, KE3Z                   | 
  1475. jbloom@arrl.orgAmerican Radio Relay League       |225 Main St.  
  1476.                    |Newington, CT 06111              
  1477. |------------------------------Date: 6 Aug 92 21:09:32 GMTFrom:
  1478. csus.edu!netcom.com!pdh@decwrl.dec.comSubject: data compression
  1479. with packet: legal?To: packet-radio@ucsd.edujbloom@arrl.org (Jon
  1480. Bloom) writes:>Actually, I'd rather you sent us the protocol
  1481. spec in the form of an>article I could publish in QEX
  1482. :-)>------->Jon Bloom, KE3Z                   | 
  1483. jbloom@arrl.org>American Radio Relay League       |>225 Main St.
  1484.                      |>Newington, CT 06111               |That
  1485. would make even more sense.  That way there is no doubt that it
  1486. isnot a secret code.--
  1487. /****************************************************************
  1488. *******\| Phil Howard  ---  KA9WGN  ---  pdh@netcom.com   |  
  1489. "The problem with || depending on government is that you cannot
  1490. depend on it" - Tony Brown
  1491. |\***************************************************************
  1492. ********/------------------------------Date: 6 Aug 92 15:13:15
  1493. GMTFrom:
  1494. swrinde!elroy.jpl.nasa.gov!ncar!uchinews!machine!chinet!drx@netwo
  1495. rk.UCSD.EDUSubject: Ham radio gear forsaleTo:
  1496. packet-radio@ucsd.eduHam Radio equipment FOR SALE:Icom W-2A    Dual
  1497. band wonder from Icom. 60 memories. Full independant dual    band
  1498. operation (seperate volume and squelch).    This baby is brand new.
  1499. Bought it last month (have receipt!).BC-72     This is the desktop
  1500. charger for the above W2. Rapidly charges    (On the order of 1 hr
  1501. or so.) Operates from 12 volts or from    supplied adapter. Bought
  1502. at same time as above.Other goodies to go with the
  1503. above.CP-13        Cigarette lighter cable with built filter. Also
  1504. charges the above    radio.OPC-288    DC power cable. Allows one to
  1505. connect the W2 to an external    power supply.Softcase carrying
  1506. case. This isn't the ICOM softcase but a thrid partyitem. If
  1507. you've ever been in ham radio store you have probably seen
  1508. it.The radio works great, what the heck it's new!!I have all the
  1509. boxes and everything for the W2 and BC-72.    I'm looking for
  1510. $550.00 for all of the above. (What a bargin!) Also I have a AEA
  1511. PK-232MBX (A couple of months old, no box) Basically newworks
  1512. great. Looking for $275.00 (will also throw in a AEA ISOPOLE 440
  1513. andISOPOLE 144)(I will also throw in some beer(or preferred
  1514. beverage) if you buy it all!)The reason for disposing of good
  1515. and new equipment in such a short time?Well, it was all an
  1516. impulse buy.  I was recently invited (and I accepted)to
  1517. participate in the startup of a sound reinforcement company for
  1518. localarea bands and such, and found that I have neither the
  1519. time, inclination, normoney to continue in something which I
  1520. spend no time at (ham radio.)  So here is you chance. Act now!
  1521. Here are the stats:Scott Whittle, N9JKNto call me during the
  1522. day: (312) 489-6300 , just ask for Scottto call me after 5:30pm 
  1523. : (708) 752-8558 , just ask for Scott to call at any other time:
  1524. (708) 533-7471 , just ask for ScottThe email method :
  1525. drx@chinet.chi.il.us-- Scott Whittle (drx)                      
  1526. drx@chinet.chi.il.usGround Zero Sight & Sound, inc.          Two
  1527. Wheaton Center #1111         * Ding-a-Ding-Dang my
  1528. Dang-a-long-ling-long Wheaton, IL 60187 708.533.7471   *
  1529. Ministry, JBMH, as edited by IceIce Beno 
  1530. ------------------------------Date: Fri, 07 Aug 92 02:16:46
  1531. GMTFrom:
  1532. sdd.hp.com!news.cs.indiana.edu!umn.edu!lynx!pioneer.unm.edu!opus@
  1533. network.UCSD.EDUSubject: Looking for information Microwave
  1534. communications/ethernetTo: packet-radio@ucsd.eduI have access to
  1535. a pair of microwave transmitters and receivers.  I want to
  1536. starta project on connecting two computers with ethernet cards
  1537. in them via themicrowave tx/rx.The information that I need are
  1538. references to literature and spec's on what is necessary to do
  1539. to accomplish the connection.The microwave tx/rx's are:Micropass
  1540. II FM Microwave Telecom LinkFCC ID B2N9CL 10050Part #
  1541. 10050-100-18 and 10050-216-02Racon Inc.I need some sort of
  1542. information on these tx/rx's.I have already done research on the
  1543. FCC regulations on communications via thismethod and I believe
  1544. that I should have no problem getting the necessary license todo
  1545. so.The tx/rx's operate in the 22-23GHz range, would it be
  1546. possible to have ethernetpackets and related data be transported
  1547. across such a link?Please send me e-mail and thank you for your
  1548. time.-- Colby KraybillSpace and Planetary Image
  1549. FacilityUniversity of New
  1550. Mexicoopus@pioneer.unm.edu------------------------------Date:
  1551. Thu, 06 Aug 1992 19:44:05 GMTFrom:
  1552. newsgate.watson.ibm.com!yktnews!admin!aixproj!uri@uunet.uu.netSub
  1553. ject: MFJ-1278 vs. PK-232MBX ? (vs. DSP-1232)To:
  1554. packet-radio@ucsd.eduHello,    Would somebody post a comparison 
  1555. between these    two multimode controllers, please?  [The choice    is
  1556. to be made about which one to buy for HF and    VHF]    1) Modes
  1557. (hopefully including relative wide-spread       of those
  1558. mentioned)    2) Features, performance (if applicable :-)    3)
  1559. Reliability and easiness to use    4) Customer Service    5)
  1560. Upgrade-ability    Also, where does DSP-1232  (and 2232)  fit into
  1561. this    scheme? Yeah, it has great potentials, but to unlock    those
  1562. do I have to program that nice DSP myself? And    what advantages
  1563. does DSP have TODAY? More modes? Any    other?    Thanks!  Oh, BTW you
  1564. can e-mail your reply to me
  1565. as    well.    Regards,    Uri.        uri@watson.ibm.com------------<Disclaimer
  1566. >    ------------------------------Date: Thu, 6 Aug 1992 20:52:24
  1567. GMTFrom:
  1568. usc!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!noc.msc.n
  1569. et!uc.msc.edu!apctrc!zmhf02@network.UCSD.EDUSubject: Problem
  1570. using GRINOS finger command.To: packet-radio@ucsd.eduWhen using
  1571. the finger @host command (2.0jGRINOS), the server
  1572. respondsproperly by returning a list of files contained in the
  1573. finger directory.However, when issuing finger all@host, NOS
  1574. returns unknown user. Whatcan I do to solve this?  Thanks in
  1575. advance for any
  1576. assistance!MikeWA5TXX------------------------------Date: 6 Aug
  1577. 92 20:40:56 GMTFrom:
  1578. news.columbia.edu!cunixb.cc.columbia.edu!mig@RUTGERS.EDUSubject:
  1579. TAPRTo: packet-radio@ucsd.eduNoone has replied to my query on
  1580. which TNCs are capable of running high bitrates.Does anyone have
  1581. the email address of someone at TAPR, who might know?Does anyone
  1582. have the phone number for TAPR?I assume that they can answer my
  1583. question, since TAPR is involved with highspeed packet modem
  1584. experimentation.Thank you.Meir, N2JPG * * * * * 
  1585. =================  Internet address is  
  1586. mig@cunixb.cc.columbia.edu* * * * * * = Meir I. Green =  for
  1587. short, mail to    mig@columbia.edu * * * * *  ================= 
  1588. UUCP Bang!            columbia.edu!mig* * * * * *
  1589. =================  Amateur Packet Radio 
  1590. N2JPG@W2XO.PA.USA.NOAM------------------------------Date: 5 Aug
  1591. 92 21:30:56 GMTFrom:
  1592. swrinde!mips!darwin.sura.net!tulane!rouge!jpd@network.UCSD.EDUSub
  1593. ject: TAPR ?To: packet-radio@ucsd.eduSalut, Frederic!  TAPR
  1594. 1.1.7b is available from many places,including PC.USL.EDU.  In
  1595. fact, if you are going to use KISSprotocol, I recommend you use
  1596. version 1.1.7b in lieu of ANYother version, up to and including
  1597. 1.1.8.  On PC.USL.EDU (130.70.40.3) look for
  1598. pub/ham/tapr117b.zip.Bon courage!et 73 de-- -- James
  1599. Dugal,    N5KNX        Internet: jpd@usl.eduAssociate Director        Ham
  1600. packet: n5knx @k5arh (land), UO-22 (sat.)Computing Center        US
  1601. Mail: PO Box 42770  Lafayette, LA  70504University of
  1602. Southwestern LA.    Tel.
  1603. 318-231-6417    U.S.A.------------------------------Date: 6 Aug 92
  1604. 13:53:44 GMTFrom: jfs@seismo.css.govSubject: TNC'less Packet on
  1605. Mac?To: packet-radio@ucsd.edu------------------------------Date:
  1606. Thu, 6 Aug 1992 12:46:19 GMTFrom:
  1607. usc!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!noc.msc.n
  1608. et!uc.msc.edu!apctrc!wsc!jim@network.UCSD.EDUTo:
  1609. packet-radio@ucsd.eduReferences <r2vm_#b.pdh@netcom.com>,
  1610. <1992Aug5.043323.1913@qualcomm.com>,
  1611. <1992Aug5.172604.4039@mdd.comm.mot.com>rcReply-To :
  1612. jim@n5ial.chi.il.usSubject : Re: data compression with packet:
  1613. legal?In article <1992Aug5.172604.4039@mdd.comm.mot.com>
  1614. jackb@mdd.comm.mot.com(Jack Brindle) writes:>In article
  1615. <1992Aug5.043323.1913@qualcomm.com>
  1616. karn@chicago.qualcomm.comwrites:>>If your compression algorithm
  1617. is new and different, then publish itwow....I really did spark
  1618. off a debate with that question, didn't I?  :-)actually, my
  1619. knowledge of data compression algorithms (from the perspectiveof
  1620. writing one) is nil --- I was actually planning on trying to use
  1621. thesame basic algorithm found in the CCITT V.42bis standard.but,
  1622. of course, as I've already mentioned, since the KA9Q software
  1623. isalready basically doing this, no point.>Now, who will be the
  1624. first to get their 3090's on the air using ebcdic?>:-) :-)
  1625. :-)nahhh....then what would you use for a paperweight?   :-) 
  1626. :-)   --jim\input std_disclaimer                     % 73 DE
  1627. N5IAL
  1628. (/9)-------------------------------------------------------------
  1629. -----------------"[...] the plural of `mongoose' ought to be
  1630. `polygoose'." [Jargon file 2.9.10]INTERNET:  jim@n5ial.chi.il.us
  1631.  |  grahj@gagme.chi.il.us  |  j.graham@ieee.orgUUCP: 
  1632. gagme!n5ial!jim@clout.chi.il.usAMATEUR RADIO:  n5ial@n9hsi
  1633. (Chicago.IL.US.Earth)--------------------------------------------
  1634. ----------------------------------------------------------------D
  1635. ate: 6 Aug 92 19:16:10 GMTFrom:
  1636. usc!sol.ctr.columbia.edu!emory!rsiatl!jgd@network.UCSD.EDUTo:
  1637. packet-radio@ucsd.eduReferences <-2tmwg_.pdh@netcom.com>,
  1638. <1992Aug03.215641.2865160@locus.com>,
  1639. <r2vm_#b.pdh@netcom.com>Subject : Re: data compression with
  1640. packet: legal?In article <r2vm_#b.pdh@netcom.com> pdh@netcom.com
  1641. (Phil Howard ) writes:>>Consider if the local OO intercepts your
  1642. transferred file and tries all>know utilities on it, but all
  1643. fail because it is of your own design.>So far nothing is wrong,
  1644. but it is suspect.  The FCC might get the matter>next.  Actually
  1645. the OO should contact you first, but in case they don't>at least
  1646. by having something on file at the FCC, they will know in
  1647. advance>that things are "cool".>>It's intended to just avoid
  1648. problems, that's all.The way to avoid problems is to treat an OO
  1649. the same here as you would any other instance.  Tell him to
  1650. pound sand and go away.  His wannabecop urge will pass after
  1651. awhile.John-- John De Armond, WD4OQC               |Interested
  1652. in high performance mobility?  Performance Engineering Magazine
  1653. (TM) |Marietta, Ga                         |Interested in high
  1654. tech and computers? jgd@dixie.com                        |Write
  1655. me about PE MagazineNeed Usenet public Access in Atlanta?  Write
  1656. Me for info on Dixie.com.------------------------------End of
  1657. Packet-Radio Digest V92 #212******************************Date:
  1658. Sat,  8 Aug 92 04:30:04 PDTFrom: Packet-Radio Mailing List and
  1659. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  1660. Packet-Radio-Errors@UCSD.EduReply-To:
  1661. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  1662. Digest V92 #213To: packet-radioPacket-Radio Digest         Sat, 
  1663. 8 Aug 92       Volume 92 : Issue 213Today's Topics:           
  1664. data compression with packet:  legal? (3 msgs)               
  1665. Kenwood TM-621/721 144 MHz @ 9600 Baud                         
  1666. MFJ 1278 (2 msgs)                   MFJ 1278 And MULTICOM. (2
  1667. msgs)                     Packet-Radio Digest V92 #211          
  1668.            Protest over ARRL actions                    TNC and
  1669. TCP-IP advice, please                            
  1670. UndigestifySend Replies or notes for publication to:
  1671. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  1672. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  1673. otherwise to brian@ucsd.edu.Archives of past issues of the
  1674. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  1675. directory "mailarchives/packet-radio".We trust that readers are
  1676. intelligent enough to realize that all textherein consists of
  1677. personal comments and does not represent the officialpolicies or
  1678. positions of any party.  Your mileage may vary.  So
  1679. there.-----------------------------------------------------------
  1680. -----------Date: 7 Aug 1992 13:31:15 GMTFrom:
  1681. ucsd.edu!brian@network.UCSD.EDUSubject: data compression with
  1682. packet:  legal?To: packet-radio@ucsd.eduIn
  1683. rec.radio.amateur.packet, brian@ucsd.edu (Brian Kantor)
  1684. writes:>Legal.  The people I've contacted, including those at
  1685. the League, say>they've never heard of any ruling or policy that
  1686. precludes encrypted>data.Did I really say that?  Arrgh!  Of
  1687. course I meant "COMPRESSED", not "encrypted".Must be getting
  1688. old.  Next thing you know, I'll be joining QCWA anddrooling on
  1689. my tie.Thanks for pointing that out, Jon.  Anyone tell you
  1690. you're an all-rightsorta guy, if only you worked somewhere else?
  1691.  :-)    - Brian------------------------------Date: Sat, 8 Aug 1992
  1692. 04:47:24 GMTFrom:
  1693. snorkelwacker.mit.edu!news.media.mit.edu!news.media.mit.edu.!sro@
  1694. uunet.uu.netSubject: data compression with packet:  legal?To:
  1695. packet-radio@ucsd.edu>  The people I've contacted, including
  1696. those at the League, say>  they've never heard of any ruling or
  1697. policy that precludes encrypted>  data.I think you meant
  1698. *compressed* data.  *Encrypted* data is a no-no.Now that cheap
  1699. compressing software incorporates pretty good encryption
  1700. algorithms, we'll have to be careful.  The thing which the FCC
  1701. is concerned about, it seems to me, is whetheror not the ham is
  1702. trying to obscure the meaning of the transmission.(See 97.113
  1703. (d).)  Whether or not your local listening station is Zip or
  1704. Stuffit savvy is another question.  An Amateur Affiliate
  1705. coordinator spoke at a club meeting in Boston about a year ago. 
  1706. He told us about an incident in which local hamsexchanging ZIP
  1707. files were contacted by the FCC and asked to explainwhy they
  1708. were transmitting in cypher.  I may remember the story wrong--it
  1709. may have been a zealous but uninformed Amateur Auxiliary who got
  1710. upset, I don't know.  In any case, there remain no standards for
  1711. "plain language" in theworld of compression.  What if the FCC
  1712. van doesn't have a Mac, and Itransmit a Stuffit file?  What
  1713. about less popular compression formats?Compactor?  FastBack? 
  1714. Norton?  Not all compression software announcesitself in the
  1715. header.  What would you have to send to make the FCC (and
  1716. foreign PTT if you're DXing)
  1717. happy?--Shawn------------------------------Date: Thu, 06 Aug 92
  1718. 11:31:32 EDTFrom:
  1719. usc!sol.ctr.columbia.edu!destroyer!caen!zaphod.mps.ohio-state.edu
  1720. !n8emr!bluemoon!gerry@network.UCSD.EDUSubject: data compression
  1721. with packet:  legal?To:
  1722. packet-radio@ucsd.edukarn@chicago.qualcomm.com (Phil Karn)
  1723. writes:> In article <SRO.92Aug1213528@media-lab.media.mit.edu>
  1724. sro@media.mit.edu (Shaw> >A year or so ago I heard of some hams
  1725. who heard from the FCC because> >they were sending
  1726. ZIP-compressed files via packet.  The FCC wanted to> >know what
  1727. they were doing sending "encrypted data."> > I've sent many,
  1728. many ZIP-compressed files (primarily versions of the> NOS source
  1729. code) over packet radio and never had any inquiries from> the
  1730. FCC. Of course, this was at 56kb on 220.55 (before we lost that>
  1731. part of the band) so there may have been other obstacles to the
  1732. easy> monitoring of my transmissions.> > But I never let that
  1733. stop me -- if somebody ever asks, I'll tell them> what I'm
  1734. doing, but I don't feel I need any special advance permission>
  1735. from anyone to do something just because thousands of other
  1736. hams> aren't doing exactly the same thing. The FTP control
  1737. channel messages> that immediately precede a file transfer and
  1738. name the file (e.g.,> NOSSRC.ZIP) ought to be enough to give
  1739. anybody with nothing better to> do than monitor my transmissions
  1740. a pretty good idea of the file> format.> > PhilMy reading of the
  1741. FCC Regulations is that anything goesunless the intent is to
  1742. conceal the data. This is from     gerry@bluemoon.rn.comwho
  1743. doesn't have his (or her) own obnoxious signature
  1744. yet------------------------------Date: 6 Aug 92 19:51:39
  1745. GMTFrom: psinntp!lupine!hansen1!phil@uunet.uu.netSubject:
  1746. Kenwood TM-621/721 144 MHz @ 9600 BaudTo:
  1747. packet-radio@ucsd.eduSorry for posting to the net, but I can not
  1748. seem to reach Jeff Angus thru email :-(Hello Jeff,Could you tell
  1749. me what you did?  I have a TM-721A and I would love to put it up
  1750. on 9600 baud, even if it is ONLY UHF for now.After I have the
  1751. UHF going I will be, like you, wanted and working to get VHF
  1752. working at 9600 baud.If you get info on how to make it work at
  1753. 9600 baud for the VHF band, let me know... I am very
  1754. interested.Thanks in advance.P.S. What values are you using for
  1755. TXDelay?DE
  1756. KJ6NNPhilEMAIL:        phil@ncd.comPACKET:        kj6nn@n0ary----------------
  1757. --------------Date: Fri, 7 Aug 1992 13:37:23 GMTFrom:
  1758. usc!sol.ctr.columbia.edu!src.honeywell.com!mail-enters-news@netwo
  1759. rk.UCSD.EDUSubject: MFJ 1278To: packet-radio@ucsd.eduA recent
  1760. inquiry asked for a comparison of the MFJ 1278 and AEA machine.I
  1761. bought the MFJ, as it seemed to have similar features to the AEA
  1762. 232, andwas a few bucks cheaper.  So why not save the 30 bucks
  1763. or so?  I havethe only MFJ TNC in the area, but I wish I would
  1764. have joined the majority.I can basically work the machine okay,
  1765. but have had lots of problems.  Ibelieve most of the problems
  1766. are in the MFJ software.  The software documentationis
  1767. inadequate IMHO.  I can use LanLink, but then I do not get the
  1768. multimodestuff, of course.  I recently bought a new computer,
  1769. and cannot use theMFJCOM software, the machine locks up with the
  1770. first keypress.  I have acopy of MULTICOM, but I find it is copy
  1771. protected.  I wanted to use it onboth my portable and my
  1772. desktop.  I have succeeded in wasting the availablecopies trying
  1773. to break the copy protection.  In short, the machine worksokay
  1774. when I can communicate with it, but have had lots of software
  1775. problems.------------------------------Date: Fri, 07 Aug 1992
  1776. 17:18:24 GMTFrom:
  1777. newsgate.watson.ibm.com!yktnews!admin!aixproj!uri@uunet.uu.netSub
  1778. ject: MFJ 1278To: packet-radio@ucsd.eduIn article
  1779. <9208071337.AA02914@spot.src.honeywell.com>,
  1780. stauffer@src.honeywell.com (Don Stauffer) writes:|> A recent
  1781. inquiry asked for a comparison of the MFJ 1278 and AEA
  1782. machine.|> I bought the MFJ, as it seemed to have similar
  1783. features to the AEA 232, and|> was a few bucks cheaper.  So why
  1784. not save the 30 bucks or so?  Yeah, that's what I thought after
  1785. comparing the ad's...|> I can basically work the machine okay,
  1786. but have had lots of problems.  I|> believe most of the problems
  1787. are in the MFJ software. I see...|> I recently bought a new
  1788. computer, and cannot use the|> MFJCOM software, the machine
  1789. locks up with the first keypress.  I have a|> copy of MULTICOM,
  1790. but I find it is copy protected.  I wanted to use it on|> both
  1791. my portable and my desktop.  I have succeeded in wasting the
  1792. available|> copies trying to break the copy protection.  In
  1793. short, the machine works|> okay when I can communicate with it,
  1794. but have had lots of software problems.Thanks a lot for sharing
  1795. your experience. That their firmware is buggy - is bad. That
  1796. their MULTICOM iscopy-protected - I will NEVER buy their stuff,
  1797. period. Thanksfor letting me know beforehand.So it looks like
  1798. the only way is
  1799. AEA...Regards,Uri.------------<Disclaimer>-----------------------
  1800. -------Date: Fri, 7 Aug 92 18:38:29 GMTFrom:
  1801. usc!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!at
  1802. t!walter!porthos!vixen!mdc@network.UCSD.EDUSubject: MFJ 1278 And
  1803. MULTICOM.To: packet-radio@ucsd.eduI have an MFJ 1278 operating
  1804. under MULTICOM. I noticed the thread regarding problems with the
  1805. software and the hardware.I have a 386/33 with 4meg running
  1806. windows 3.1. I have the 1278 set up on COM 3 running at 9600
  1807. baud 7 bit, even parityand one stop bit.I have had absolutely no
  1808. problem running the hardware or software *ONCE* I realized that
  1809. I can't run MULTICOM as a Window but mustrun it in a DOS window
  1810. I run SSTV, HF and VHF packet, RTTY, CW  and AMTOR. A couple
  1811. ofus are experimenting with RTTY over VHF FM (2 METERS). I also
  1812. blew the software protection and called MFJ. They were both
  1813. courteous and very helpful. I sent them the original discand
  1814. they put me back on the air in about 10 work days. There was a
  1815. nominal charge (reload, shipping via UPS and handling).You
  1816. really can not blame MFJ for the software since theysub-contract
  1817. the work and act only as agents.All standard disclaimers should
  1818. be applied at this point.David C. Marden, Bell Communications
  1819. Research, 100 Schultz Dr. P.O.Box 7050 Red Bank, NJ 07701
  1820. 908-758-5643 vixen!mdc@cc.bellcore.comAlso known as King Edward
  1821. the second, Amateur Golfer
  1822. (KE2AG)------------------------------Date: 7 Aug 92 21:59:22
  1823. GMTFrom:
  1824. swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!The-Star.h
  1825. oneywell.com!umn.edu!noc.msc.net!uc.msc.edu!shamash!ems!ems.cdc.c
  1826. om!tbruseha@network.UCSD.EDUSubject: MFJ 1278 And MULTICOM.To:
  1827. packet-radio@ucsd.eduIn article
  1828. <1992Aug7.183829.455@porthos.cc.bellcore.com>, mdc@vixen.uucp
  1829. (24104-marden) writes:|> |> |> I have an MFJ 1278 operating
  1830. under MULTICOM. I noticed the thread |> [STUFF DELETED]|>|> I
  1831. also blew the software protection and called MFJ. They were |>
  1832. both courteous and very helpful. I sent them the original disc|>
  1833. and they put me back on the air in about 10 work days. There |>
  1834. was a nominal charge (reload, shipping via UPS and handling).|>
  1835. Holy Cow!  You paid perfectly good money for a program,
  1836. something wentwrong with something you don't use anyway (copy
  1837. protection), you were off the air for 10 days, and you had to
  1838. pay more money to get thingsfixed!  I could sell you a junk car,
  1839. you still wouldn't be able to driveit, but send me more money,
  1840. and I'll give you a car that works.  This therotten attitude of
  1841. a bad software company.  I agree with other folkswho get excited
  1842. when someone tells 'em that something is copy protectedand they
  1843. won't buy it.  If the copy protection causes you any trouble,
  1844. theyought to overnight the fixed version to you AT NO CHARGE!!!
  1845. You are honestthe copy protection only gets in your way.|> You
  1846. really can not blame MFJ for the software since they|>
  1847. sub-contract the work and act only as agents.|> They could hire
  1848. me to do the right thing the right way!|> |> All standard
  1849. disclaimers should be applied at this point.|> David C. Marden,
  1850. Bell Communications Research, 100 Schultz Dr. P.O.|> Box 7050
  1851. Red Bank, NJ 07701 908-758-5643 vixen!mdc@cc.bellcore.com|> Also
  1852. known as King Edward the second, Amateur Golfer (KE2AG)Tommy
  1853. BWD0EIB.------------------------------Date: 7 Aug 1992 10:05:21
  1854. -0700From: news-mail-gateway@ucsd.eduSubject: Packet-Radio
  1855. Digest V92 #211To: packet-radio@ucsd.eduI've been some problems
  1856. trying to send my SIGNOFF.Please delete my name from the
  1857. list.Gerardo Belinsky------------------------------Date: 7 Aug
  1858. 92 20:20:53 GMTFrom:
  1859. sun-barr!west.West.Sun.COM!huge!hugo@decwrl.dec.comSubject:
  1860. Protest over ARRL actionsTo: packet-radio@ucsd.eduI think we
  1861. should all write to our ARRL rep and let them know how po'd we
  1862. are aboutthe whole thing, however, I don't think that making all
  1863. the users of the BBS's sufferfor a poor decission that some
  1864. schmuck (or schmucks) made is the right way to goabout it.Flood
  1865. the sobs with mail and what ever else you can think about but
  1866. don't jump ontheir sewer-level bandwagon and do basically just
  1867. what they are proposing to do, which is screw the user
  1868. community.I think the days of throwing tantrums and doing the
  1869. old "we'll showem who kicks themost" bs are over, flood the
  1870. suckers with mail and tell them that if they don'tlook after our
  1871. needs, which is what they are supposed to do, we will just fire
  1872. them!Hugo, N6YWH------------------------------Date: Fri, 7 Aug
  1873. 1992 12:56:07 GMTFrom:
  1874. psinntp!ncrlnk!ciss!lawday!jra@uunet.uu.netSubject: TNC and
  1875. TCP-IP advice, pleaseTo:
  1876. packet-radio@ucsd.edumig@cunixb.cc.columbia.edu (Meir I Green)
  1877. writes:>OK, folks.  I am looking for advice:[ other stuff
  1878. deleted]>Several members have already purchased TNCs, but I have
  1879. been>reluctant, because I wasn't sure which one to get.  Several
  1880. people in the>club are ready to try out TCP/IP.  With TCP/IP,
  1881. higher speeds than 9600 bps>are useful.  The three TNCs I have
  1882. looked at are the KPC3, the PK88, and the>MFJ1270B.  Does anyone
  1883. know whether they can all handle 19,200 bps?>Which TNC or card
  1884. is best, and why?>Does anyone know who the IP coordinator for
  1885. Manhattan is?>What is the closest packet-internet gateway to
  1886. Manhattan?I have experience with three ways of generating
  1887. faster-than-9600 baudHDLC frames:1)  Ottawa PI interface card. 
  1888. Definitely best performance, and lowestprice ($120 US). 
  1889. Disadvantage:  so far, only works with NOS, thoughwith a
  1890. Clarkson packet driver now available, that could change. 
  1891. We'reusing them in ways the designer didn't quite intend, and do
  1892. see somepackets fall on the floor.  I think it's a software, not
  1893. hardware,problem, though.  You're on your own to package and
  1894. interface a modem.The Gracilis PacketTwin board is similar to
  1895. the PI card, with theadvantage of permitting onboard modems.  I
  1896. don't have any firsthandexperience with it, though.2)  PacComm
  1897. Tiny-2 "10MHz node version".  This is simply the standardTiny-2
  1898. but with a 10MHz clock and parts rated accordingly.  Out of
  1899. thebox, the serial port will do 38.4 and the radio side 19.2. 
  1900. These canboth be increased by dinking with the divider.  I've
  1901. put two intoservice at 19.2 and they work great.  Price for the
  1902. 10MHz version isabout $150.  PacComm sells 9600 and (I think)
  1903. 19.2 modems for about$100.  Since it's a TNC-2 clone you can use
  1904. any of the high speed modemsavailable.3)  Kantronics DataEngine.
  1905.  Nice hardware, but pricy if all you want isa TNC -- about $275
  1906. before modems.  BIG PROBLEM in my book -- the KISSimplementation
  1907. works very poorly at high speeds, with <lots> of lostpackets. 
  1908. The good news:  Johan, WG7J, has just finished the alphaversion
  1909. of "Nos-in-a-Box" for the Data Engine, so with that code itcould
  1910. be the ideal platform for a small to medium sized switch (with
  1911. twohigh speed ports and a couple of NetRom TNCs or a slip link
  1912. hung off theserial port).Hope this helps.  I won't take up
  1913. bandwidth with it here, but if you'reinterested let me know and
  1914. we can talk offline about the architecturewe're using for a
  1915. 19.2KB metro area network here in Dayton, usingKantronics D4-10
  1916. radios as RF modems and avoiding the cost of adding anadditional
  1917. modem to the system.John-- John R. Ackermann, Jr.        Law
  1918. Department, NCR Corporation, Dayton, Ohio(513) 445-2966             
  1919. John.Ackermann@daytonoh.ncr.comPacket Radio: ag9v@n8acv     
  1920. tcp/ip: ag9v@ag9v.ampr
  1921. [44.70.12.34]------------------------------Date: 7 Aug 1992
  1922. 09:29:23 -0700From: news-mail-gateway@ucsd.eduSubject:
  1923. UndigestifyTo: packet-radio@ucsd.eduI'm looking for a simple
  1924. program to undigestify packet-radio.I use Berkeley mail
  1925. (/usr/ucb/mail) on a Sun system. Pleselet me know where to ftp
  1926. one from by e-mail.73 Costas Krallis SV1XV (ex.
  1927. G7AHN)-----------------------------------------------------------
  1928. -------|   Dr. K. Krallis  SV1XV|   Epsilon Software S.A.|| 
  1929. E-Mail|  ------|  Internet:  kkrallis@leon.nrcps.ariadne-t.gr| 
  1930. Packet radio: SV1XV @ SV1IW.ATH.GRC.EU|  AMPRnet:  
  1931. sv1xv@sv1xv.ampr.org         [44.154.1.11]|  BITNET:   
  1932. sv1xv@grathun1|  Snail Mail:  P.O.BOX 3066, GR-10210 Athens,
  1933. GREECE-----------------------------------------------------------
  1934. -------------------------------------End of Packet-Radio Digest
  1935. V92 #213******************************Date: Sun,  9 Aug 92
  1936. 04:30:02 PDTFrom: Packet-Radio Mailing List and Newsgroup
  1937. <packet-radio@ucsd.edu>Errors-To:
  1938. Packet-Radio-Errors@UCSD.EduReply-To:
  1939. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  1940. Digest V92 #214To: packet-radioPacket-Radio Digest         Sun, 
  1941. 9 Aug 92       Volume 92 : Issue 214Today's Topics:             
  1942.   data compression with packet:  legal?                      KAM
  1943. Data Engine and TCP/IP                   MFJ 1278 And MULTICOM.
  1944. (2 msgs)                   Packet Filters for TS-450S HELP      
  1945.                          TAPR ?                      TS-450
  1946. Filters for PacketSend Replies or notes for publication to:
  1947. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  1948. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  1949. otherwise to brian@ucsd.edu.Archives of past issues of the
  1950. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  1951. directory "mailarchives/packet-radio".We trust that readers are
  1952. intelligent enough to realize that all textherein consists of
  1953. personal comments and does not represent the officialpolicies or
  1954. positions of any party.  Your mileage may vary.  So
  1955. there.-----------------------------------------------------------
  1956. -----------Date: 8 Aug 1992 14:05:15 -0700From:
  1957. news-mail-gateway@ucsd.eduSubject: data compression with packet:
  1958.  legal?To: packet-radio@ucsd.edu     I'm still so surprised that
  1959. this is still being discussed the wayit is. At least some people
  1960. are no admitting that you can run aboutanything you want as long
  1961. as your intent is not to obscure your transmission.             
  1962.                   ^^no=now     We've had people here in Detroit
  1963. gripe and complain about TCP/IPbecause they can't decode what we
  1964. are saying (turn your PID or MPROTO on!).People have gotten on
  1965. voice repeaters bad mouthing it saying that we send commercial
  1966. software back and forth. Of course the only people thatsay that
  1967. are the ones who have NEVER even seen a TCP/IP system work.    
  1968. Just because we use LZW compression for SMTP, NNTP and some
  1969. converslinking, we do so to make packet more efficient.  When
  1970. someone complainsand says that I am doing it illegally, I will
  1971. challenge them to talkto the FCC and explain how they send plain
  1972. text and hog up the frequencyand I compress the messages and
  1973. spend less time actually on the air andmake better use of the
  1974. frequency.  Then what about things like NETROMtransmissions,
  1975. Texnet frames, etc...  Those aren't plain text. Does thatmean
  1976. that they are illegal because someone monitoring can't decode
  1977. itin plain text? NO!    If it had to be plain text then we would
  1978. have nodeslists a mile long on the transmission.  I'd have to
  1979. increase the watchdogtimers on the TNC's to transmit all that
  1980. plain text.  I believe thatTexnet uses something like 5 bytes of
  1981. information for it's nodes (any Texnet gurus out there)?  How
  1982. many people even have this information? Itwas published in  one
  1983. of the ARRL CNC papers a few years back.     If you complain
  1984. that someone is illegal because you can't easilydecode a
  1985. transmission, do one of the following:     1. Ask the person. 
  1986. If you ask me I will probably invite you over        and show
  1987. you how it all works     2. Determine if they are using the
  1988. spectrum more efficiently than        you are with your
  1989. non-compressed transmissions.     3. Piece the transmissions
  1990. back together and decode it yoursel.     4. Get a life!Ron
  1991. N8FOW------------------------------Date: Sat, 8 Aug 1992
  1992. 15:37:19 GMTFrom:
  1993. sdd.hp.com!caen!nic.umass.edu!hamp.hampshire.edu!awoodhull@networ
  1994. k.UCSD.EDUSubject: KAM Data Engine and TCP/IPTo:
  1995. packet-radio@ucsd.eduKAM Data Engine and TCP/IP help?A Dutch ham
  1996. working in Nicaragua, Theo Vlaar, PA3CBH/YN1TV, wrote mewith a
  1997. question about packet which is a bit beyond my experience, but
  1998. Iimagine the expertise is out there on the net.  Any pointers
  1999. toarchived files or other sources of info would be appreciated. 
  2000. Pleasee-mail to me at awoodhull@hamp.hampshire.eduThanks and 73,
  2001. Al Woodhull, N1AW-------------- question from YN1TV
  2002. -----------------> From:    IN%"theo@ni.apc.ORG"  7-AUG-1992
  2003. 09:24:27.84> To:    AWOODHULL@hamp.hampshire.edu> > ...We have now
  2004. two KAM DATA ENGINES with a 70 cm and 2 meter> transceiver. This
  2005. means that we can use the set as a gateway> between the 2 meter
  2006. 1200 Baud link and the 70 cm 19.200 Baud link.> In PACKET mode
  2007. it is no problem, but doing it in TCP/IP ( so in> KISS mode) is
  2008. still a problem. We do not know how exactly we> have to address
  2009. the two MODEMs via NET. Phil Karns software> should be modified
  2010. somehow to address the right MODEM in the> DATA ENGINE. Do you
  2011. have any friends who apply the DATA ENGINE as> gateway in TCP/IP
  2012. using the Phil Karns software?> ...>
  2013. ------------------------------Date: 8 Aug 1992 11:47:09
  2014. -0700From: news-mail-gateway@ucsd.eduSubject: MFJ 1278 And
  2015. MULTICOM.To: packet-radio@ucsd.edu>You really can not blame MFJ
  2016. for the software since they>sub-contract the work and act only
  2017. as agents.MFJ is the contractor and would be responsible for
  2018. setting the specificationsfor the contracted software.  This
  2019. would include the user interface, operatingsystems supported,
  2020. hardware the software can use and so on.And it's sold by them
  2021. under their name.------------------------------Date: 8 Aug 92
  2022. 19:22:52 GMTFrom:
  2023. swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usene
  2024. t.ins.cwru.edu!ncoast!allbery@network.UCSD.EDUSubject: MFJ 1278
  2025. And MULTICOM.To: packet-radio@ucsd.eduAs quoted from
  2026. <1992Aug7.183829.455@porthos.cc.bellcore.com> by mdc@vixen.uucp
  2027. (24104-marden):+---------------| I have a 386/33 with 4meg
  2028. running windows 3.1. I have the | 1278 set up on COM 3 running
  2029. at 9600 baud 7 bit, even parity| and one stop bit.| | I have had
  2030. absolutely no problem running the hardware or software | *ONCE*
  2031. I realized that I can't run MULTICOM as a Window but must| run
  2032. it in a DOS window +---------------Any idea why?  I haven't
  2033. tried it under DESQview yet, because my systemconfiguration
  2034. causes the copy protection to have indigestion (translation:it
  2035. dislikes my SuperStor drivers; I assume it reacts similarly to
  2036. Stacker,or that a later version addresses this --- my 1278 and
  2037. Multicom are bothsomewhat old and MFJ has yet to ship me my
  2038. updates).  But see below.+---------------| I also blew the
  2039. software protection and called MFJ. They were | both courteous
  2040. and very helpful. I sent them the original disc| and they put me
  2041. back on the air in about 10 work days. There | was a nominal
  2042. charge (reload, shipping via UPS and
  2043. handling).+---------------It is claimed that MFJ will send
  2044. registered Multicom owners a non-copy-protected version with
  2045. just a phone call; they encode your callsign into thecopy they
  2046. send you so they can track pirated copies if necessary.# # #It's
  2047. worth noting that MFJ's support varies from good (above) to
  2048. nonexistent.Much like their quality, in fact.  And their "free
  2049. upgrade" certificatesappear to be wastepaper; I haven't heard of
  2050. anyone actually *receiving* anupdate after sending in the
  2051. certificate.++Brandon-- Brandon S. Allbery, KF8NH [44.70.4.88]:
  2052. allbery@NCoast.ORG, bsa@telotech.comSenior Programmer, Telotech,
  2053. Inc. (if I may call myself
  2054. that...)------------------------------Date: 8 Aug 92 20:43:34
  2055. GMTFrom:
  2056. usc!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!
  2057. ut-emx!shrike!kriss@network.UCSD.EDUSubject: Packet Filters for
  2058. TS-450S HELPTo: packet-radio@ucsd.eduPlease reply via E-Mail or
  2059. PacketDick,
  2060. KD5VU============================================================
  2061. =========      Richard (Dick) Kriss   
  2062. E-Mail:kd5vu@austin.lockheed.com      904 Dartmoor Cove   
  2063. Packet Radio: SP KD5VU @ N5LJF.#AUS.TX.USA.NA    Austin, Texas
  2064. 78746    Phone: 512-386-4153 (day) or 327-9566 (evenings)  My
  2065. employer has nothing to do with this message! ...  _._          
  2066.   
  2067. =================================================================
  2068. ====    ------------------------------Date: 9 Aug 92 01:53:22
  2069. GMTFrom: tulane!agwbbs!Angelo_Glorioso_Iii@ames.arpaSubject:
  2070. TAPR ?To: packet-radio@ucsd.eduHi James, I was wondering the
  2071. reason you said  1.1.8 is not as good as the 1.1.7B???-- Via DLG
  2072. Pro v0.992Internet:angelo_glorioso_III@agwbbs.new-orleans.LA.US 
  2073. Usenet:rex!agwbbs!angelo_glorioso_III  Packet:N5UXT @
  2074. N5UXT.#NOLA.LA.USA.NA  Tcp/ip:N5UXT.AMPT.ORG 
  2075. [44.108.2.13]------------------------------Date: 9 Aug 92
  2076. 01:19:20 GMTFrom:
  2077. swrinde!cs.utexas.edu!ut-emx!shrike!kriss@network.UCSD.EDUSubject
  2078. : TS-450 Filters for PacketTo: packet-radio@ucsd.eduI think the
  2079. text from my posting got trashed. Will try to rememberwhat I
  2080. said.Sure would like to hear from Kenwood / PK-232 users about
  2081. how theoptional filters work on Packet. I am thinking about
  2082. purchasingthe optional SSB filter for the TS-450S/AT for use on
  2083. HF packetwith the PK-232MBX. Will the optional filter HELP or
  2084. HURT Pkt Rx?Dick,
  2085. KD5VU============================================================
  2086. =========      Richard (Dick) Kriss   
  2087. E-Mail:kd5vu@austin.lockheed.com      904 Dartmoor Cove   
  2088. Packet Radio: SP KD5VU @ N5LJF.#AUS.TX.USA.NA    Austin, Texas
  2089. 78746    Phone: 512-386-4153 (day) or 327-9566 (evenings)  My
  2090. employer has nothing to do with this message! ...  _._          
  2091.   
  2092. =================================================================
  2093. ====    ------------------------------End of Packet-Radio Digest
  2094. V92 #214******************************Date: Mon, 10 Aug 92
  2095. 04:30:02 PDTFrom: Packet-Radio Mailing List and Newsgroup
  2096. <packet-radio@ucsd.edu>Errors-To:
  2097. Packet-Radio-Errors@UCSD.EduReply-To:
  2098. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  2099. Digest V92 #215To: packet-radioPacket-Radio Digest         Mon,
  2100. 10 Aug 92       Volume 92 : Issue 215Today's Topics:            
  2101.                 Failed mail                     HF Packet
  2102. Survey... (2 msgs)                 Looking for Recommendations
  2103. on a TNC                Need Help! ICOM 24-AT  handheld to TNC  
  2104.                    Protest over ARRL actionsSend Replies or
  2105. notes for publication to: <Packet-Radio@UCSD.Edu>Send
  2106. subscription requests to:
  2107. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  2108. otherwise to brian@ucsd.edu.Archives of past issues of the
  2109. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  2110. directory "mailarchives/packet-radio".We trust that readers are
  2111. intelligent enough to realize that all textherein consists of
  2112. personal comments and does not represent the officialpolicies or
  2113. positions of any party.  Your mileage may vary.  So
  2114. there.-----------------------------------------------------------
  2115. -----------Date: 9 Aug 1992 22:33:51 -0700From:
  2116. news-mail-gateway@ucsd.eduSubject: Failed mailTo:
  2117. packet-radio@ucsd.eduThe following message was not delivered,
  2118. because the name it isis addressed to is not registered here. *
  2119. Originally by Uucp, 2:220/801 * Originally to Packrad, 2:490/20
  2120. * Originally dated Mon, 10 Aug 92 00:38:26
  2121. +0300------------------------------Date: 9 Aug 1992 17:40:39
  2122. -0700From: news-mail-gateway@ucsd.eduSubject: HF Packet
  2123. Survey...To: packet-radio@ucsd.eduThe HF packet survey data was
  2124. solicited in QST and the RTTY Journal.But some questions remain:
  2125.  1) Which packet magazines were covered?  2) Was there an ARRL
  2126. bulletin soliciting data for the survey?If the answers are NONE
  2127. and NO, I am disappointed at someoneattempting to say that the
  2128. survey represented any sort ofcross-section of the amateur
  2129. community,Roy, AA4RE------------------------------Date: 9 Aug
  2130. 1992 17:43:37 -0700From: news-mail-gateway@ucsd.eduSubject: HF
  2131. Packet Survey...To: packet-radio@ucsd.eduThe HF packet survey
  2132. data was solicited in QST and the RTTY Journal.But some
  2133. questions remain:  1) Which packet magazines were covered?  2)
  2134. Was there an ARRL bulletin soliciting data for the survey?If the
  2135. answers are NONE and NO, I am disappointed at someoneattempting
  2136. to say that the survey represented any sort ofcross-section of
  2137. the amateur community,Roy,
  2138. AA4RE------------------------------Date: Mon, 10 Aug 1992
  2139. 09:44:46 GMTFrom:
  2140. sdd.hp.com!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!destroy
  2141. er!news.iastate.edu!barrett@network.UCSD.EDUSubject: Looking for
  2142. Recommendations on a TNCTo: packet-radio@ucsd.edu   I am looking
  2143. to get into packet radio, and would appreciate it if I couldget
  2144. some recommendations on a good multimode packet TNC.  I have
  2145. heard somegood things about the PK-232MBX, which seems to be the
  2146. most-used multimode TNCaround, but the MFJ-1278 seems to have a
  2147. lot more features.   I will be doing packet on an Amiga 3000,
  2148. which has the ability to run bothMacintosh and IBM software, so
  2149. software compatibility with this Amiga shouldnot be a problem. 
  2150. I am a beginner when it comes to packet radio, so I
  2151. wouldapreciate it if someone could fill me in on exactly what I
  2152. would need in addition to the TNC itself and whatever comes with
  2153. it (besides the radio).For instance, the MFJ-1278 seems to
  2154. require some sort of adapter cable foreach computer, and both
  2155. the MFJ-1278 and PK-232MBX require specialized softwarefor
  2156. Amiga, Mac, or IBM to make use of the really fancy stuff such as
  2157. SSTV andFAX.     Any help with this would be appreciated.  For
  2158. me, the purchase of a TNC isa rather big expense, so I would
  2159. like to make sure the TNC that I get willbe the best value for
  2160. my money, and will also be compatible with other TNCsin use
  2161. locally.---| Marc Barrett -MB-  |  email:
  2162. barrett@iastate.edu----------------------------------------------
  2163. ----------------------------------Date: 9 Aug 92 17:41:56
  2164. GMTFrom:
  2165. usc!sol.ctr.columbia.edu!emory!kd4nc!ke4zv!gary@uunet.uu.netSubje
  2166. ct: Need Help! ICOM 24-AT  handheld to TNCTo:
  2167. packet-radio@ucsd.eduIn article <#fxm9!g@lynx.unm.edu>
  2168. mll@deepthought.unm.edu (Mike LaPierre) writes:>I'm having
  2169. trouble getting my PacComm  Handipacket  TNC  to  work>with  my 
  2170. new  ICOM 24-AT handheld. Neither ICOM or PacComm gives>very
  2171. much info on interfacing the TNC to the radio.  The  TNC 
  2172. is>nice  in  that  it  provides and internal 2.7k resitor on the
  2173. PTT>line, but that doesn't seem to be enough. I added a  1k 
  2174. resistor>in series with this, but still no luck. My problem is
  2175. that when I>connect the radio to the TNC, the radio is
  2176. continously  keyed  up>and  the  DCD light on the TNC stays on
  2177. also. I've connected each>line up independently of the other
  2178. without luck  also.  Before  I>had  the  radio,  I  had  the TNC
  2179. hooked to a voice pager where I>could monitor packets without
  2180. trouble, but now that I'm trying to>use  the  Mic/PTT, nothing
  2181. works. I've ohm'd out the cable and it>doesn't appear to be
  2182. shorted.>>I am really anxious to get this to work. I'd like  to 
  2183. hear  from>anyone  who  has  experience with hooking up a TNC to
  2184. the IC-24AT>handheld or the PacComm Handipacket TNC. If you can 
  2185. help,  don't>hesitate  to reply.  So far I haven't received
  2186. anything, so don't>hold back!I haven't used the IC24, but the
  2187. circuit I use for all Icom HTsshould work. It follows:TNC
  2188. PTT>---------)))))))------------> MIC tip                
  2189. =======    TNC AF OUT>------)))))))---x                         
  2190.  |--------> MIC or EAR ringTNC GND<-------------------xTNC AF
  2191. IN<--------------------------< EAR TIPThe transformer is a
  2192. minature 1:1 AF transformer from an old BCB radioor from a Radio
  2193. Shack grab bag. You can wire it inline in the cableand cover it
  2194. with shrink wrap.Gary KE4ZV------------------------------Date:
  2195. Mon, 10 Aug 1992 01:44:20 GMTFrom:
  2196. sdd.hp.com!cs.utexas.edu!convex!convex!psmith@network.UCSD.EDUSub
  2197. ject: Protest over ARRL actionsTo: packet-radio@ucsd.eduI think
  2198. it's important to tell them what we want and why.  Flooding them
  2199. with mail is not exactly what I had in mind.  But, there are
  2200. reasons why it would be beneficial to the packet community to
  2201. have HF stations be able to operate unattended... like increased
  2202. availability to pass traffic.We need to get as many as possible
  2203. to write responsible letters telling themwhy what they've
  2204. decided to do is not in the best interest of those of us who do
  2205. a lot of packet work.   I've sent a very rational letter of why
  2206. I don't like the decision with my own reasons.   I'd encourage
  2207. everyone to do the same.   Presley N5VGCThis is a bit
  2208. overboard!!In article <l85mp5INNbt9@west.west.sun.com>
  2209. hugo@huge.West.Sun.COM writes:>I think we should all write to
  2210. our ARRL rep and let them know how po'd we are about>the whole
  2211. thing, however, I don't think that making all the users of the
  2212. BBS's suffer>for a poor decission that some schmuck (or
  2213. schmucks) made is the right way to go>about it.>Flood the sobs
  2214. with mail and what ever else you can think about but don't jump
  2215. on>their sewer-level bandwagon and do basically just what they
  2216. are proposing to do, >which is screw the user community.>>I
  2217. think the days of throwing tantrums and doing the old "we'll
  2218. showem who kicks the>most" bs are over, flood the suckers with
  2219. mail and tell them that if they don't>look after our needs,
  2220. which is what they are supposed to do, we will just fire
  2221. them!>>Hugo, N6YWH>>>------------------------------Date: Sun, 9
  2222. Aug 1992 04:30:02 PDTFrom: packet-radio@UCSD.EDU (Packet-Radio
  2223. Mailing List and Newsgroup)To: Multiple recipients of list
  2224. I-PACRAD <I-PACRAD@UIUCVMD.BITNET>Packet-Radio Digest        
  2225. Sun,  9 Aug 92       Volume 92 : Issue 214Today's Topics:       
  2226.         data compression with packet:  legal?                   
  2227.   KAM Data Engine and TCP/IP                   MFJ 1278 And
  2228. MULTICOM. (2 msgs)                   Packet Filters for TS-450S
  2229. HELP                                TAPR ?                     
  2230. TS-450 Filters for PacketSend Replies or notes for publication
  2231. to: <Packet-Radio@UCSD.Edu>Se nd s
  2232.  
  2233. ubscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems
  2234. you can't solve otherwise to brian@ucsd.edu.Archives of past
  2235. issues of the Packet-Radio Digest are available(by FTP only)
  2236. from UCSD.Edu in directory "mailarchives/packet-radio".We trust
  2237. that readers are intelligent enough to realize that all
  2238. textherein consists of personal comments and does not represent
  2239. the officialpolicies or positions of any party.  Your mileage
  2240. may vary.  So
  2241. there.-----------------------------------------------------------
  2242. -----------Date: 8 Aug 1992 14:05:15 -0700From:
  2243. news-mail-gateway@ucsd.eduSubject: data compression with packet:
  2244.  legal?To: packet-radio@ucsd.edu     I'm still so surprised that
  2245. this is still being discussed the wayit is. At least some people
  2246. are no admitting that you can run aboutanything you want as long
  2247. as your intent is not to obscure your transmission.             
  2248.                   ^^no=now     We've had people here in Detroit
  2249. gripe and complain about TCP/IPbecause they can't decode what we
  2250. are saying (turn your PID or MPROTO on!).People have gotten on
  2251. voice repeaters bad mouthing it saying that wesend commercial
  2252. software back and forth. Of course the only people thatsay that
  2253. are the ones who have NEVER even seen a TCP/IP system work.    
  2254. Just because we use LZW compression for SMTP, NNTP and some
  2255. converslinking, we do so to make packet more efficient.  When
  2256. someone complainsand says that I am doing it illegally, I will
  2257. challenge them to talkto the FCC and explain how they send plain
  2258. text and hog up the frequencyand I compress the messages and
  2259. spend less time actually on the air andmake better use of the
  2260. frequency.  Then what about things like NETROMtransmissions,
  2261. Texnet frames, etc...  Those aren't plain text. Does thatmean
  2262. that they are illegal because someone monitoring can't decode
  2263. itin plain text? NO!    If it had to be plain text then we would
  2264. have nodeslists a mile long on the transmission.  I'd have to
  2265. increase the watchdogtimers on the TNC's to transmit all that
  2266. plain text.  I believe thatTexnet uses something like 5 bytes of
  2267. information for it's nodes (anyTexnet gurus out there)?  How
  2268. many people even have this information? Itwas published in  one
  2269. of the ARRL CNC papers a few years back.     If you complain
  2270. that someone is illegal because you can't easilydecode a
  2271. transmission, do one of the following:     1. Ask the person. 
  2272. If you ask me I will probably invite you over        and show
  2273. you how it all works     2. Determine if they are using the
  2274. spectrum more efficiently than        you are with your
  2275. non-compressed transmissions.     3. Piece the transmissions
  2276. back together and decode it yoursel.     4. Get a life!Ron
  2277. N8FOW------------------------------Date: Sat, 8 Aug 1992
  2278. 15:37:19 GMTFrom:
  2279. sdd.hp.com!caen!nic.umass.edu!hamp.hampshire.edu!awoodhull@networ
  2280. k.UCSD.EDUSubject: KAM Data Engine and TCP/IPTo:
  2281. packet-radio@ucsd.eduKAM Data Engine and TCP/IP help?A Dutch ham
  2282. working in Nicaragua, Theo Vlaar, PA3CBH/YN1TV, wrote mewith a
  2283. question about packet which is a bit beyond my experience, but
  2284. Iimagine the expertise is out there on the net.  Any pointers
  2285. toarchived files or other sources of info would be appreciated. 
  2286. Pleasee-mail to me at awoodhull@hamp.hampshire.eduThanks and
  2287. 73,Al Woodhull, N1AW-------------- question from YN1TV
  2288. -----------------> From: IN%"theo@ni.apc.ORG"  7-AUG-1992
  2289. 09:24:27.84> To:   AWOODHULL@hamp.hampshire.edu>> ...We have now
  2290. two KAM DATA ENGINES with a 70 cm and 2 meter> transceiver. This
  2291. means that we can use the set as a gateway> between the 2 meter
  2292. 1200 Baud link and the 70 cm 19.200 Baud link.> In PACKET mode
  2293. it is no problem, but doing it in TCP/IP ( so in> KISS mode) is
  2294. still a problem. We do not know how exactly we> have to address
  2295. the two MODEMs via NET. Phil Karns software> should be modified
  2296. somehow to address the right MODEM in the> DATA ENGINE. Do you
  2297. have any friends who apply the DATA ENGINE as> gateway in TCP/IP
  2298. using the Phil Karns software?>
  2299. ...>------------------------------Date: 8 Aug 1992 11:47:09
  2300. -0700From: news-mail-gateway@ucsd.eduSubject: MFJ 1278 And
  2301. MULTICOM.To: packet-radio@ucsd.edu>You really can not blame MFJ
  2302. for the software since they>sub-contract the work and act only
  2303. as agents.MFJ is the contractor and would be responsible for
  2304. setting the specificationsfor the contracted software.  This
  2305. would include the user interface, operatingsystems supported,
  2306. hardware the software can use and so on.And it's sold by them
  2307. under their name.------------------------------Date: 8 Aug 92
  2308. 19:22:52
  2309. GMTFrom:swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.e
  2310. du!usenet.ins.cwru.edu !ncoast!allbery@network.UCSD.EDUSubject:
  2311. MFJ 1278 And MULTICOM.To: packet-radio@ucsd.eduAs quoted from
  2312. <1992Aug7.183829.455@porthos.cc.bellcore.com> by mdc@vixen.uucp
  2313. (24104-marden):+---------------| I have a 386/33 with 4meg
  2314. running windows 3.1. I have the| 1278 set up on COM 3 running at
  2315. 9600 baud 7 bit, even parity| and one stop bit.|| I have had
  2316. absolutely no problem running the hardware or software| *ONCE* I
  2317. realized that I can't run MULTICOM as a Window but must| run it
  2318. in a DOS window+---------------Any idea why?  I haven't tried it
  2319. under DESQview yet, because my systemconfiguration causes the
  2320. copy protection to have indigestion (translation:it dislikes my
  2321. SuperStor drivers; I assume it reacts similarly to Stacker,or
  2322. that a later version addresses this --- my 1278 and Multicom are
  2323. bothsomewhat old and MFJ has yet to ship me my updates).  But
  2324. see below.+---------------| I also blew the software protection
  2325. and called MFJ. They were| both courteous and very helpful. I
  2326. sent them the original disc| and they put me back on the air in
  2327. about 10 work days. There| was a nominal charge (reload,
  2328. shipping via UPS and handling).+---------------It is claimed
  2329. that MFJ will send registered Multicom owners a
  2330. non-copy-protected version with just a phone call; they encode
  2331. your callsign into thecopy they send you so they can track
  2332. pirated copies if necessary.# # #It's worth noting that MFJ's
  2333. support varies from good (above) to nonexistent.Much like their
  2334. quality, in fact.  And their "free upgrade" certificatesappear
  2335. to be wastepaper; I haven't heard of anyone actually *receiving*
  2336. anupdate after sending in the certificate.++Brandon--Brandon S.
  2337. Allbery, KF8NH [44.70.4.88]: allbery@NCoast.ORG,
  2338. bsa@telotech.comSenior Programmer, Telotech, Inc. (if I may call
  2339. myself that...)------------------------------Date: 8 Aug 92
  2340. 20:43:34
  2341. GMTFrom:usc!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!cs.ute
  2342. xas.edu!ut-emx!shrike! kriss@network.UCSD.EDUSubject: Packet
  2343. Filters for TS-450S HELPTo: packet-radio@ucsd.eduPlease reply
  2344. via E-Mail or PacketDick,
  2345. KD5VU============================================================
  2346. =========   Richard (Dick) Kriss   
  2347. E-Mail:kd5vu@austin.lockheed.com      904 Dartmoor Cove   
  2348. Packet Radio: SP KD5VU @ N5LJF.#AUS.TX.USA.NA    Austin, Texas
  2349. 78746    Phone: 512-386-4153 (day) or 327-9566 (evenings)  My
  2350. employer has nothing to do with this message! ... 
  2351. _._==============================================================
  2352. =======------------------------------Date: 9 Aug 92 01:53:22
  2353. GMTFrom: tulane!agwbbs!Angelo_Glorioso_Iii@ames.arpaSubject:
  2354. TAPR ?To: packet-radio@ucsd.eduHi James, I was wondering the
  2355. reason you said  1.1.8 is not as good as the 1.1.7B???-- Via DLG
  2356. Pro v0.992Internet:angelo_glorioso_III@agwbbs.new-orleans.LA.US 
  2357. Usenet:rex!agwbbs!angelo_glorioso_III  Packet:N5UXT @
  2358. N5UXT.#NOLA.LA.USA.NA  Tcp/ip:N5UXT.AMPT.ORG 
  2359. [44.108.2.13]------------------------------Date: 9 Aug 92
  2360. 01:19:20 GMTFrom:
  2361. swrinde!cs.utexas.edu!ut-emx!shrike!kriss@network.UCSD.EDUSubject
  2362. : TS-450 Filters for PacketTo: packet-radio@ucsd.eduI think the
  2363. text from my posting got trashed. Will try to rememberwhat I
  2364. said.Sure would like to hear from Kenwood / PK-232 users about
  2365. how theoptional filters work on Packet. I am thinking about
  2366. purchasingthe optional SSB filter for the TS-450S/AT for use on
  2367. HF packetwith the PK-232MBX. Will the optional filter HELP or
  2368. HURT Pkt Rx?Dick,
  2369. KD5VU============================================================
  2370. =========   Richard (Dick) Kriss   
  2371. E-Mail:kd5vu@austin.lockheed.com      904 Dartmoor Cove   
  2372. Packet Radio: SP KD5VU @ N5LJF.#AUS.TX.USA.NA    Austin, Texas
  2373. 78746    Phone: 512-386-4153 (day) or 327-9566 (evenings)  My
  2374. employer has nothing to do with this message! ... 
  2375. _._==============================================================
  2376. =======------------------------------End of Packet-Radio Digest
  2377. V92
  2378. #214******************************------------------------------E
  2379. nd of Packet-Radio Digest V92
  2380. #215******************************Date: Tue, 11 Aug 92 04:30:03
  2381. PDTFrom: Packet-Radio Mailing List and Newsgroup
  2382. <packet-radio@ucsd.edu>Errors-To:
  2383. Packet-Radio-Errors@UCSD.EduReply-To:
  2384. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  2385. Digest V92 #216To: packet-radioPacket-Radio Digest         Tue,
  2386. 11 Aug 92       Volume 92 : Issue 216Today's Topics:            
  2387.    data compression with packet:  legal?                 
  2388. DR-1200T characteristics (2 msgs)             Fastest data rate?
  2389. (arlan 450 @ 200kbit/sec)       How to power a PC motherboard
  2390. from car battery? (2 msgs)                 Looking for
  2391. Recommendations on a TNC                               MFJ 1278 
  2392.                     Terminal Software for Mac?Send Replies or
  2393. notes for publication to: <Packet-Radio@UCSD.Edu>Send
  2394. subscription requests to:
  2395. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  2396. otherwise to brian@ucsd.edu.Archives of past issues of the
  2397. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  2398. directory "mailarchives/packet-radio".We trust that readers are
  2399. intelligent enough to realize that all textherein consists of
  2400. personal comments and does not represent the officialpolicies or
  2401. positions of any party.  Your mileage may vary.  So
  2402. there.-----------------------------------------------------------
  2403. -----------Date: 10 Aug 92 04:27:19 GMTFrom:
  2404. swrinde!zaphod.mps.ohio-state.edu!wupost!tulane!rouge!jab0684@net
  2405. work.UCSD.EDUSubject: data compression with packet:  legal?To:
  2406. packet-radio@ucsd.eduI seem to recall reading in my study guide
  2407. for the novice test, a question about the bandwidth for
  2408. communicating with an"unspecifieddigital code."  What exactly
  2409. did they mean by
  2410. this?jab0684@usl.edu------------------------------Date: Mon, 10
  2411. Aug 1992 15:15:05 GMTFrom:
  2412. sdd.hp.com!cs.utexas.edu!tamsun.tamu.edu!cs.tamu.edu!kurt@network
  2413. .UCSD.EDUSubject: DR-1200T characteristicsTo:
  2414. packet-radio@ucsd.eduI just bought a DR-1200T at the Austin
  2415. Summerfest.  When I put it in service, I found that I had to
  2416. increase my TxDelay from 100ms to 200ms (IC-22U vsDR-1200T). 
  2417. Does anyone have any data on what "reasonable" TxDelays are
  2418. forthe DR-1200T???  With the 9600bps mod, it seems quixotic to
  2419. do so if I have tospend 200ms keyup for a 15ms packet...Why
  2420. can't someone just make a reasonable crystal-controlled radio
  2421. for packetthat puts out a decent amount of power for a
  2422. reasonable price?  99.44% of the"features" of the DR-1200T are
  2423. useless for us square-wave types.  The 22Uis almost perfect. 
  2424. True, it's not crystal-controlled, but it has a damn
  2425. nicesynthesizer.  I'd settle gladly if Icom were to start
  2426. cranking that baby outagain, set up for packet.  It's getting
  2427. harder to get commercial riceboxesfor conversion, as well as
  2428. more expensive.Thanks, I needed that.  8-}-- Kurt Freiberger,
  2429. wb5bbw      kurt@cs.tamu.edu   409/847-8607  fax:409/847-8578Dept.
  2430. of Computer Science, Texas A&M University      DoD #264: BMW
  2431. R80/7 pilot"We preserve our freedom using three boxes: ballot,
  2432. jury, and cartridge."      *** Not an official document of Texas
  2433. A&M University ***------------------------------Date: 11 Aug 92
  2434. 04:05:05 GMTFrom:
  2435. usc!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!kksys.com
  2436. !orbit!pnet51!jseboldt@network.UCSD.EDUSubject: DR-1200T
  2437. characteristicsTo: packet-radio@ucsd.edu>Why can't someone just
  2438. make a reasonable crystal-controlled radio for packet>that puts
  2439. out a decent amount of power for a reasonable price?  99.44% of
  2440. the>"features" of the DR-1200T are useless for us square-wave
  2441. types.  The 22U>is almost perfect.  True, it's not
  2442. crystal-controlled, but it has a damn nice>synthesizer.  I'd
  2443. settle gladly if Icom were to start cranking that baby
  2444. out>again, set up for packet.  It's getting harder to get
  2445. commercial riceboxes>for conversion, as well as more
  2446. expensive.Ramsey has that little synthesized, diode-programmed
  2447. radio kit, in the spiritof the 22U.  Might have its own
  2448. problems, but it's worth asking about, anyway!: John
  2449. Seboldt...Minneapolis, MN...As a ham, K0JD...as a human,      
  2450. :: right-brained yet right-handed...as a musician, techie yet
  2451. creative ::   UUCP: {crash, tcnet, petrus,
  2452. quest}!orbit!pnet51!jseboldt         ::   ARPA:
  2453. crash!orbit!pnet51!jseboldt@nosc.mil                        ::  
  2454. INET: jseboldt@pnet51.orb.mn.org                                
  2455.  :------------------------------Date: 10 Aug 92 16:07:29
  2456. GMTFrom:
  2457. swrinde!zaphod.mps.ohio-state.edu!rpi!clarkson!phoenix.erc.clarks
  2458. on.edu!rob@network.UCSD.EDUSubject: Fastest data rate? (arlan
  2459. 450 @ 200kbit/sec)To: packet-radio@ucsd.eduWhat is the fastest
  2460. data rate you've seen over "packet"? I have a pairof Telesystems
  2461. SLW 900Mhz Spread Spectrum 8 bit PC cards with a packetdriver
  2462. (for NOS) that has a claimed bit rate of 200kbit/sec. It's
  2463. onlygood for about a mile line of sight, but it is fast.. I was
  2464. wonderingwhat others have seen for data rates.. I will
  2465. summmarize..---            rob@sun.soe.clarkson.eduRob Logan          
  2466. AMA        -----|-----   ARRL        
  2467. n2qcn@k2cc.ny.usa.naClarkson ERC        IRCHA   *>=====[_]L)    
  2468. EAA          AirBornPotsdam, NY 13699   PRA           -'-`-     
  2469. PADI         USSAwork: 315-268-2292  fax: 315-268-6570       
  2470. home: 315-265-2679------------------------------Date: Tue, 11
  2471. Aug 1992 02:10:45 GMTFrom: coplex!dannie@uunet.uu.netSubject:
  2472. How to power a PC motherboard from car battery?To:
  2473. packet-radio@ucsd.eduI would like to set up a portable packet
  2474. station for use in my car.I would like to avoid the cost of
  2475. purchasing an expensive DC-AC(cigarette lighter) power
  2476. converter, and instead downgrade/condition the power for use
  2477. directly into the motherboard--no standard PC powersupply
  2478. needed.Surely with the countless field day projects and such
  2479. created though theyears someone has done this already.  To save
  2480. me several days of wheelre-inventing I would GREATLY appreciate
  2481. it if someone could point me in theright direction.  Thanks in
  2482. advance!Dannie J. Gregoiredannie@coplex.comKD4HGI
  2483. ------------------------------Date: Tue, 11 Aug 1992 05:03:59
  2484. GMTFrom:
  2485. sdd.hp.com!usc!sol.ctr.columbia.edu!news.columbia.edu!cunixb.cc.c
  2486. olumbia.edu!mig@network.UCSD.EDUSubject: How to power a PC
  2487. motherboard from car battery?To: packet-radio@ucsd.eduIn article
  2488. <1992Aug11.021045.16290@coplex.com> dannie@coplex.com (Dannie
  2489. Gregoire) writes:>I would like to set up a portable packet
  2490. station for use in my car.>I would like to avoid the cost of
  2491. purchasing an expensive DC-AC>(cigarette lighter) power
  2492. converter, and instead downgrade/condition the >power for use
  2493. directly into the motherboard--no standard PC power>supply
  2494. needed.>>Surely with the countless field day projects and such
  2495. created though the>years someone has done this already.  To save
  2496. me several days of wheel>re-inventing I would GREATLY appreciate
  2497. it if someone could point me in the>right direction.  Thanks in
  2498. advance!>>Dannie J. Gregoire>dannie@coplex.com>KD4HGI Or you
  2499. could just buy a cheap laptop!Remember that full-size
  2500. motherboards require more than just a single 12V DCsupply.  They
  2501. require +-5V DC, at high amperage.  I think you would still
  2502. needa DC to DC converter, for that.  Good luck! * * * * * 
  2503. =================  Internet address is  
  2504. mig@cunixb.cc.columbia.edu* * * * * * = Meir I. Green =  for
  2505. short, mail to    mig@columbia.edu * * * * *  ================= 
  2506. UUCP Bang!            columbia.edu!mig* * * * * *
  2507. =================  Amateur Packet Radio 
  2508. N2JPG@W2XO.PA.USA.NOAM------------------------------Date: Tue,
  2509. 11 Aug 1992 05:18:17 GMTFrom:
  2510. sdd.hp.com!usc!sol.ctr.columbia.edu!news.columbia.edu!cunixb.cc.c
  2511. olumbia.edu!mig@network.UCSD.EDUSubject: Looking for
  2512. Recommendations on a TNCTo: packet-radio@ucsd.eduWell, I just
  2513. ordered an MFJ 1270B, after calling several manufacturers.It
  2514. seems that you are looking for an "all-mode", so you would want
  2515. the 1278.I am interested in moving up to higher data rates, in
  2516. the future.  Turns outthat the MFJ has true DCD, to sense
  2517. packets but reject noise, and it hashardware HDLC, for fast and
  2518. reliable throughput at higher speeds.  It is alsoa true TNC-2
  2519. clone, and is fully socketed, allowing complete compatibility
  2520. withplug-in ROMS and other mods and upgrades from TAPR, etc.I
  2521. looked at the Kantronics KPC3, PK88, and PacComm Tiny-2, and
  2522. they all lackedone of the above features, although they may have
  2523. had other features:KPC3: CMOS, low power, and allows mailbox of
  2524. up to 512K using standard static       RAM.  Lacks hardware
  2525. HDLC.Tiny-2: fast model allows up to 38,400 bps data rate.It
  2526. seems that the MFJ is the only one with true DCD.  The MFJ is
  2527. the cheapest and is known to be reliable.  MFJ also claims
  2528. thatit will operate at a data rate of 19,200, after a simple
  2529. jumper is installed.Supposedly, the jumper will be inside future
  2530. TNCs, and they are sending mea sheet for the mod. * * * * * 
  2531. =================  Internet address is  
  2532. mig@cunixb.cc.columbia.edu* * * * * * = Meir I. Green =  for
  2533. short, mail to    mig@columbia.edu * * * * *  ================= 
  2534. UUCP Bang!            columbia.edu!mig* * * * * *
  2535. =================  Amateur Packet Radio 
  2536. N2JPG@W2XO.PA.USA.NOAM------------------------------Date: 10 Aug
  2537. 92 18:37:00 GMTFrom:
  2538. swrinde!gatech!utkcs2!utkux1.utk.edu!utkvx4.utk.edu!rpadawer@netw
  2539. ork.UCSD.EDUSubject: MFJ 1278To: packet-radio@ucsd.eduI would to
  2540. speak for the loyal opposition here...  I have theMFJ-1278
  2541. multimode tnc and am very, very happy with it.  I haveowned the
  2542. AEA-232MBX as well, and I liked it too, but I found thatit was
  2543. more complex to set up; I did like the MacRatt software thatcame
  2544. with it, though, for Macintosh use.  However... it seems to
  2545. methat many beginners buy the MFJ unit and curse it when they
  2546. run intoproblems figuring the many contingencies that must be
  2547. navigated whenfirst getting into packet (speed between computer
  2548. and tnc, speedbetween tnc and radio, proper cabling, stop bits,
  2549. parity, full vshalf duplex, proper Packet mode protocol and use,
  2550. etc., etc.)...Getting into Packet is a bit more complex than
  2551. calling CQ with amicrophone on 10 meters, I don't care what
  2552. anybody says.  And abeginner is almost guaranteed to have
  2553. problems, no matter what.I had horrible, horrible problems with
  2554. my AEA-232MBX when I firstbought it and was terribly
  2555. disappointed... until I later found outthat the unit is fine and
  2556. that my problems had more to do with myown ignorance than with
  2557. the unit.  That said, I would like toreiterate that I think the
  2558. MFJ-1278 is a fine unit, easy to tune,hardy vis-a-vis pickiness
  2559. in sensitivity settings, and a goodDX PacketCluster workhorse
  2560. here at WA4FJF.  And... my guess is thatthere are more than a
  2561. few of us out here who swear by the 1278.Randy Padawer,
  2562. WA4FJFGWREPRANDY@UTKVX.UTK.EDUPacket:   WA4FJF @
  2563. N0ARY.#NOCAL.CA.USA.NA------------------------------Date: Mon,
  2564. 10 Aug 1992 13:48:16 GMTFrom:
  2565. sdd.hp.com!ux1.cso.uiuc.edu!news.iastate.edu!vlsi4!jvp@network.UC
  2566. SD.EDUSubject: Terminal Software for Mac?To:
  2567. packet-radio@ucsd.eduIn <0105080D.abgl21@thg.hobby.nl>
  2568. tom@thg.hobby.NL (Tom Gewecke) writes:>Thanks to a recent
  2569. posting I have gotten a copy of SoftKISS.  Can>anyone suggest a
  2570. free or shareware terminal program for the Mac>which works well
  2571. with the standard multimode data controllers by AEA,>MFJ, and
  2572. Kantronics? And an FTP site to obtain it from?>Appreciate the
  2573. help.  tom@thg.hobby.nl  Have you been trying to find the
  2574. perfect packet radio communications programfor your Macintosh
  2575. computer?  Well, you may have just found it.  Virtuoso is
  2576. acommunications program written specifically for packet radio. 
  2577. This means thatit has features that you as a packet radio
  2578. operator need and also packs a lotof bells and whistles to keep
  2579. your packet radio communications smooth andeffortless.  The
  2580. current version is 1.3.  Virtuoso is a shareware program with a
  2581. price tag of only $20.  It isavailable on America Online, GEnie,
  2582. CompuServe, and various ftp sites
  2583. like:ucsd.edu:    /hamradio/packet/mischpcsos.col.hp.com:    /packet/ke
  2584. 0phpacific.mps.ohio-state.edu:    /publicsics.se:    /pubSome features
  2585. implemented in Virtuoso v1.3 include:  -Word Mode - Useful for
  2586. RTTY and AMTOR.  -A powerful scripting language to automate
  2587. routine tasks.  -Automatic execution of a script when starting
  2588. and quitting.  -Save incoming text to a disk file.  -Send a text
  2589. file from a disk.  -Append a selection of text to the end of an
  2590. existing file.  -Print a selection of text.  -Column counter
  2591. display  -Word find - useful for finding the last time you heard
  2592. someone.  -Spelling checker(Dictionaries Necessary). Checks the
  2593. words as you type them.  -Split screen (rx and tx) which can be
  2594. adjusted easily.  -Windows can be scrolled up to see previous
  2595. text (Up to 32000 characters).  -Full font, size, style, and
  2596. justification support.  -Supports 300 - 19200 baud.  -Keyboard
  2597. buffer window so you can type in long messages of text    
  2598. before they are sent over the air.  This window supports full   
  2599.  cut, copy, paste, clear, and undo like any good text editor    
  2600. does.  To send the message, just hit Command-Return.  -Use the
  2601. control key (or the command key if you don't have a     control
  2602. key) to send control characters to the TNC.  -Option to strip
  2603. off line-feeds, or all control characters on     the input
  2604. before it's displayed on the screen and saved to     disk. 
  2605. Control-G's can be passed through to beep your computer     if
  2606. you want.  -Virtuoso can automatically put your TNC in KISS mode
  2607. upon     shutdown, and take it back out at startup.  This is
  2608. useful for     TCP/IP'ers.  This file has been checked for
  2609. viruses with Disinfectant 2.5.1before uploading.  If you cannot
  2610. find Virtuoso anywhere, send me some e-mail and I'll getyou a
  2611. copy.  I also appreciate any and all comments, suggestions,
  2612. andcriticism.  That's the only way I'm going to know what to fix
  2613. and improvefor the next
  2614. versions.+-------------------------------------------------------
  2615. --------+| Jim Van Peursem - Ph.D. Student - Ham Radio -> KE0PH 
  2616.         || System Administrator - Digital Systems Design Lab    
  2617.         || Department of Electrical Engineering and Computer
  2618. Engineering || Iowa State University - Ames, IA 50011           
  2619.             || internet - jvp@cpre1.ee.iastate.edu              
  2620.            
  2621. |+---------------------------------------------------------------
  2622. +------------------------------End of Packet-Radio Digest V92
  2623. #216******************************Date: Wed, 12 Aug 92 04:30:02
  2624. PDTFrom: Packet-Radio Mailing List and Newsgroup
  2625. <packet-radio@ucsd.edu>Errors-To:
  2626. Packet-Radio-Errors@UCSD.EduReply-To:
  2627. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  2628. Digest V92 #217To: packet-radioPacket-Radio Digest         Wed,
  2629. 12 Aug 92       Volume 92 : Issue 217Today's Topics:            
  2630.                 10GHz bands                          Found Noise
  2631. Source           How to power a PC motherboard from car battery?
  2632.                   Packet with an FT-2400? (2 msgs)              
  2633.                   TNC                      TS-450 Filters for
  2634. PacketSend Replies or notes for publication to:
  2635. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  2636. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  2637. otherwise to brian@ucsd.edu.Archives of past issues of the
  2638. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  2639. directory "mailarchives/packet-radio".We trust that readers are
  2640. intelligent enough to realize that all textherein consists of
  2641. personal comments and does not represent the officialpolicies or
  2642. positions of any party.  Your mileage may vary.  So
  2643. there.-----------------------------------------------------------
  2644. -----------Date: Tue, 11 Aug 1992 13:11:06 GMTFrom:
  2645. sdd.hp.com!caen!mtu.edu!friberg@network.UCSD.EDUSubject: 10GHz
  2646. bandsTo: packet-radio@ucsd.eduI am planning to put a 10GHz data
  2647. link up between my machine and a friendssattelite server. 
  2648. Unfortunately, I don't know exactly what frequencies theband
  2649. covers.  If anyone could tell me, I would be most
  2650. grateful.Thanks in Advance73 de Ken
  2651. n8pbe------------------------------Date: 11 Aug 92 05:44:58
  2652. GMTFrom:
  2653. swrinde!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus
  2654. @network.UCSD.EDUSubject: Found Noise SourceTo:
  2655. packet-radio@ucsd.eduThis has been causing problems with my
  2656. tcp/ip station for almost a year.December of last year I
  2657. replaced the XT clone with a true blue IBM PC/AT.Yeah, an older
  2658. version, 8 MHz, stacked 2x 256K memory, had to run amemory card
  2659. for the extra required to survive the overhead in NOS.Here's
  2660. where the noise was coming from: The AFSK port on the DRSI
  2661. PacketAdaptor. Type-1 early 1988 version. It took several turns
  2662. on a Radio Shackferrite core to drop the ambient noise level
  2663. from S9+10 to S3.xenon!skyld!jangus   < This space left blank
  2664. intentionally. >J Angus, PO Box 4425, Carson CA 90749-4425 voice
  2665. (310) 324-6080------------------------------Date: 11 Aug 92
  2666. 17:34:40 GMTFrom: gatech!emory!rsiatl!jgd@uunet.uu.netSubject:
  2667. How to power a PC motherboard from car battery?To:
  2668. packet-radio@ucsd.edudannie@coplex.com (Dannie Gregoire)
  2669. writes:>I would like to set up a portable packet station for use
  2670. in my car.>I would like to avoid the cost of purchasing an
  2671. expensive DC-AC>(cigarette lighter) power converter, and instead
  2672. downgrade/condition the >power for use directly into the
  2673. motherboard--no standard PC power>supply needed.>Surely with the
  2674. countless field day projects and such created though the>years
  2675. someone has done this already.  To save me several days of
  2676. wheel>re-inventing I would GREATLY appreciate it if someone
  2677. could point me in the>right direction.  Thanks in advance!Yes, I
  2678. run a computer in my car all the time.  From an inverter. 
  2679. Minecost $79 (Tripplite) from the local radio shack and makes
  2680. 250 watts of 120vac from 12 volts in.  If that is "expensive",
  2681. then buy the components andbuild your own.  A 12 volt, 20 amp
  2682. transformer will work fine in reverseand a blocking oscillator
  2683. arrangment will take but a few transistors anda couple of power
  2684. resistors.  Of course, by the time you get it all bundled up and
  2685. isntalled in a cabinet, you'll have more than $79 in it.As to
  2686. supplying voltage directly, consider the lowly, humble $30 PC
  2687. powersupply.  It supplies nice, clean regulated power to
  2688. hundreds or thousandsof dollars worth of motherboard, memory and
  2689. peripherals.  It screens outnasties that come in from outside
  2690. and most of the time will sacrifice itselfto large nasties
  2691. without damaging downstream components.  Why would you want to
  2692. try to goober up something almost inevitably will do allthe
  2693. above functions less well and probably at higher cost?If you
  2694. don't have the room for a relatively large conventional
  2695. inverter, get one of the new whippy little PWM inverters not
  2696. much larger than acigarette pack.  They cost, oh, $100
  2697. discounted.  Still rock bottom cheapcompared to the cost of your
  2698. homemade 5 volt regulator that decides not toanymore.John-- John
  2699. De Armond, WD4OQC               |Interested in high performance
  2700. mobility?  Performance Engineering Magazine (TM) |Marietta, Ga  
  2701.                       |Interested in high tech and computers?
  2702. jgd@dixie.com                        |Write me about PE
  2703. MagazineNeed Usenet public Access in Atlanta?  Write Me for info
  2704. on Dixie.com.------------------------------Date: 11 Aug 92
  2705. 05:33:16 GMTFrom:
  2706. sdd.hp.com!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.
  2707. cmu.edu!drycas.club.cc.cmu.edu!pitt.edu!gvls1!tredysvr!undr!seanp
  2708. @network.UCSD.EDUSubject: Packet with an FT-2400?To:
  2709. packet-radio@ucsd.edu        Has anyone attempted packet with a
  2710. Yaesu FT-2400?  I am        interested in bringing this radio
  2711. into my house and running        packet, but in the manual it
  2712. states:        "Packet radio operation with the FT-2400H
  2713. requires a later model        tnc with a PLL-type DCD circuit,
  2714. since there is no readily        accessible squelch status
  2715. output from the radio to tell the tnc        when the channel is
  2716. clear."        The mic output on the unit looks like this:      
  2717.  Pin 1   Call        Pin 2   RX-Audio        Pin 3   PTT       
  2718. Pin 4   Mic        Pin 5   GND        Pin 6   +5v        Pin 7  
  2719. Up        Pin 8   Down        Am I totally screwed?  Will packet
  2720. with this radio be next to        impossible?  What TNC's would
  2721. work well with this radio?        Can anyone offer
  2722. assistance/suggestions/mods/etc?        Sean---Sean Petty       
  2723.                   
  2724. undr!seanp@tredysvr.Tredydev.Unisys.COMICBMnet: 39'58'12"N
  2725. 75'84'26"W      
  2726. seanp@undr.org------------------------------Date: Tue, 11 Aug
  2727. 1992 18:26:40 GMTFrom:
  2728. sdd.hp.com!usc!sol.ctr.columbia.edu!news.columbia.edu!cunixb.cc.c
  2729. olumbia.edu!mig@network.UCSD.EDUSubject: Packet with an
  2730. FT-2400?To: packet-radio@ucsd.eduSupposedly the MFJ1270B has
  2731. true hardware DCD. * * * * *  =================  Internet
  2732. address is   mig@cunixb.cc.columbia.edu* * * * * * = Meir I.
  2733. Green =  for short, mail to    mig@columbia.edu * * * * * 
  2734. =================  UUCP Bang!            columbia.edu!mig* * * *
  2735. * * =================  Amateur Packet Radio 
  2736. N2JPG@W2XO.PA.USA.NOAM------------------------------Date: 12 Aug
  2737. 1992 01:43:52 -0700From: news-mail-gateway@ucsd.eduSubject:
  2738. TNCTo: packet-radio@ucsd.eduMarc: Name here is Roland Call is
  2739. 7J1AKI stateside is WF4P.I run a KAM tnc and have had the MFJ
  2740. and know folks thathave the 232, as a matter of fact we are
  2741. running the 232in my MARS station. I really like my KAM!!I know
  2742. the MFJ has some good features and the 232 looks goodbut the KAM
  2743. has the same features plus it is the only dual porttnc of the
  2744. three.The 232 is hard to operate from my standpoint.I like my
  2745. KAM. I think I said that....Look at what you want to do, how
  2746. much money do you have to spend,what do you think you may want
  2747. to do. Then make your decision.sgd Roland
  2748. 7J1AKI------------------------------Date: 12 Aug 92 04:45:36
  2749. GMTFrom:
  2750. csus.edu!netcom.com!netcomsv!freyr!pakers@decwrl.dec.comSubject:
  2751. TS-450 Filters for PacketTo: packet-radio@ucsd.eduI got the
  2752. narrow SSB filter (2.4 kHz, I think) and the 500 Hz 455(CW)
  2753. filterfor my 450 and have been very happy with them...          
  2754.                                         Phil--  Phillip L. Akers
  2755. pakers@netcom.com
  2756. freyr!pakers@netcomsv.netcom.com------------------------------Dat
  2757. e: 12 Aug 92 02:09:26 GMTFrom:
  2758. swrinde!gatech!emory!wa4mei!ke4zv!gary@network.UCSD.EDUTo:
  2759. packet-radio@ucsd.eduReferences
  2760. <1992Aug3.133814.15864@hou.amoco.com>,
  2761. <15mbuvINNd7v@network.ucsd.edu>,
  2762. <SRO.92Aug7234724@media-lab.media.mit.edu>Reply-To :
  2763. gary@ke4zv.UUCP (Gary Coffman)Subject : Re: data compression
  2764. with packet:  legal?In article
  2765. <SRO.92Aug7234724@media-lab.media.mit.edu> sro@media.mit.edu
  2766. (Shawn O'Donnell) writes:>>The thing which the FCC is concerned
  2767. about, it seems to me, is whether>or not the ham is trying to
  2768. obscure the meaning of the transmission.>(See 97.113 (d).) 
  2769. Whether or not your local listening station is >Zip or Stuffit
  2770. savvy is another question.  A question that needs to be
  2771. addressed is *why* the FCC has the plainlanguage rule.
  2772. Originally this was to prevent German *spies* fromcommunicating
  2773. back to Berlin. Now since amateur operations were*suspended*
  2774. during both world wars, this restriction is rather moot.The
  2775. other reason was to stop commercial incursion into
  2776. amateurchannels. Now IMHO that is mostly a moot point as well
  2777. with the adventof modern communications networks. Few businesses
  2778. would trust importantinformation to amateur networks. If any
  2779. *did* setup such a network tointeroperate with amateurs, it
  2780. would benefit the amateur more thanthe commercial user. Note
  2781. that encryption *is* legal in commercialservice. Again IMHO,
  2782. this rule should be revisited to see if it'snecessary today, if
  2783. it ever was.Foreign PTT regulations are different which may
  2784. preclude use ofsuch techniques in international transmissions to
  2785. those jurisdictions.>In any case, there remain no standards for
  2786. "plain language" in the>world of compression.  What if the FCC
  2787. van doesn't have a Mac, and I>transmit a Stuffit file?  What
  2788. about less popular compression formats?>Compactor?  FastBack? 
  2789. Norton?  Not all compression software announces>itself in the
  2790. header.  What would you have to send to make the >FCC (and
  2791. foreign PTT if you're DXing) happy?The current rules only
  2792. require that a station keep a copy of any non-standard code used
  2793. in the station records. If the FCC wishes to decompressany
  2794. message they may have intercepted, they can ask for a copy of
  2795. thecode specification to allow them to do so. They do not
  2796. require that realtime capability to decompress a file be
  2797. available to them before youcan use compression. Foreign
  2798. administrations' requirements are different.Gary
  2799. KE4ZV------------------------------End of Packet-Radio Digest
  2800. V92 #217******************************Date: Thu, 13 Aug 92
  2801. 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  2802. <packet-radio@ucsd.edu>Errors-To:
  2803. Packet-Radio-Errors@UCSD.EduReply-To:
  2804. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  2805. Digest V92 #218To: packet-radioPacket-Radio Digest         Thu,
  2806. 13 Aug 92       Volume 92 : Issue 218Today's Topics:            
  2807.        Data Carrier Detect and Packet            data
  2808. compression with packet:  legal? (2 msgs)           How to power
  2809. a PC motherboard from car battery?                     KA9q with
  2810. slip and ethernet                          Pac-Comm KISS mode   
  2811.                     Packet/Sattelite GateSend Replies or notes
  2812. for publication to: <Packet-Radio@UCSD.Edu>Send subscription
  2813. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  2814. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  2815. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  2816. directory "mailarchives/packet-radio".We trust that readers are
  2817. intelligent enough to realize that all textherein consists of
  2818. personal comments and does not represent the officialpolicies or
  2819. positions of any party.  Your mileage may vary.  So
  2820. there.-----------------------------------------------------------
  2821. -----------Date: 12 Aug 92 15:44:08 GMTFrom:
  2822. elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus@ames.ar
  2823. paSubject: Data Carrier Detect and PacketTo:
  2824. packet-radio@ucsd.eduData Carrier Detect or DCD in most TNC's is
  2825. simply a matter of noise detection.Kantronics KAM version 3.0
  2826. and later use a software DCD but you have to selectit. (It isn't
  2827. on as a default) The MFJ-1270b does not have "true" DCD, but
  2828. a$15 kit from TAPR (exar 2211 DCD) will correct that to allow
  2829. running the TNCwith 'open squelch'. The DRSI cards will work
  2830. with either thier internal DCDmod from DRSI for about $35. (A
  2831. nice plug in adaptor that goes in the TCM-3105socket). TAPR also
  2832. sells a DCD state machine kit for $20 that work with a
  2833. widevariety of TNC's and has a xtal osc. that is an option if
  2834. the X16 clock is notavailable. (For example when the DCD kit is
  2835. used with an AM7910 modem chip likethat on the Digicom
  2836. Modems)Since most VHF packet is done on FM, and most FM stations
  2837. are either there orthey aren't, simple 'is there noise present'
  2838. DCD works. Unfortunately it alsothinks the channel is busy when
  2839. it hears music, voices, intermods etc.The trick to HF packet is
  2840. to set the receive audio level so that the backgroundnoise just
  2841. barely get the (stupid) DCD circuitry to flicker and then back
  2842. off abit. Most modems (VHF included), unlike adolescent music,
  2843. work best at lowaudio levels.[Side bar]Tucson Amateur Packet
  2844. Radio, P.O. Box 12925 Tucson, AZ 857321-602-749-9479 (voice)
  2845. 1-602-749-5636 (FAX)TAPR supplies a wide variety of Packet
  2846. related kits, firware and software.xenon!skyld!jangus   < This
  2847. space left blank intentionally. >J Angus, PO Box 4425, Carson CA
  2848. 90749-4425 voice (310)
  2849. 324-6080------------------------------Date: 12 Aug 92 07:26:38
  2850. ESTFrom: psinntp!arrl.org@uunet.uu.netSubject: data compression
  2851. with packet:  legal?To:
  2852. packet-radio@ucsd.edu------------------------------Date: 13 Aug
  2853. 92 03:18:28 GMTFrom:
  2854. usc!sol.ctr.columbia.edu!emory!kd4nc!ke4zv!gary@network.UCSD.EDUS
  2855. ubject: data compression with packet:  legal?To:
  2856. packet-radio@ucsd.eduIn article <1992Aug10.042719.7504@usl.edu>
  2857. jab0684@usl.edu (Boudreaux Jean A) writes:>I seem to recall
  2858. reading in my study guide for the novice test, >a question about
  2859. the bandwidth for communicating with an"unspecified>digital
  2860. code."  What exactly did they mean by this?>>jab0684@usl.eduThe
  2861. FCC uses several methods for relating digital modes to
  2862. bandwidth.Traditionally they have relied on standard encodings
  2863. with standardspeeds given in WPM and standard FSK shifts. With
  2864. the rise of otherdigital encodings, they started talking about
  2865. "baud rates" in therules. For example HF packet is limited to
  2866. 300 baud. Now that's nottoo satisfactory given that modulation
  2867. methods other than FSK haveappeared. Now bits per second and
  2868. baud may not mean the same thingas modulation methods have been
  2869. developed to encode more than onebit per baud, QPSK is an
  2870. example. So the FCC got down to where therubber meets the road
  2871. and said that occupied bandwidth is the onlyimportant criteria
  2872. from a rules standpoint and started specifyingmaximum bandwidth
  2873. and letting you fill that with any encoding youlike.
  2874. Unfortunately, they didn't delete the older rules at the
  2875. sametime so now we have a confusing mismash of conflicting rules
  2876. onwhat and what isn't legal.There's also confusion between bit
  2877. encodings at the machine level,Baudot, ASCII, EBDIC, etc, and
  2878. bit encodings at the modem level,FSK, PSK, QPSK, MSK, etc.
  2879. Because the FCC didn't seem to have areally good grasp of the
  2880. fundamentals involved, their early rulesare anachronisms. This
  2881. is an area of the rules that needs revisiting.Gary
  2882. KE4ZV------------------------------Date: 13 Aug 92 04:05:21
  2883. GMTFrom:
  2884. usc!sol.ctr.columbia.edu!emory!kd4nc!ke4zv!gary@network.UCSD.EDUS
  2885. ubject: How to power a PC motherboard from car battery?To:
  2886. packet-radio@ucsd.eduIn article
  2887. <1992Aug11.021045.16290@coplex.com> dannie@coplex.com (Dannie
  2888. Gregoire) writes:>I would like to set up a portable packet
  2889. station for use in my car.>I would like to avoid the cost of
  2890. purchasing an expensive DC-AC>(cigarette lighter) power
  2891. converter, and instead downgrade/condition the >power for use
  2892. directly into the motherboard--no standard PC power>supply
  2893. needed.>>Surely with the countless field day projects and such
  2894. created though the>years someone has done this already.  To save
  2895. me several days of wheel>re-inventing I would GREATLY appreciate
  2896. it if someone could point me in the>right direction.  Thanks in
  2897. advance!+12 volts isn't that hard since the PC only uses it for
  2898. drives and RS232.Getting the +5 volts at the currents demanded,
  2899. however, is more difficultto achieve efficiently, requiring a
  2900. switcher. Negative 12 volts definitely requires a DC-DC
  2901. converter. Regulating +12 volts from a 12.5 volt supply can be
  2902. tricky as well. There's very little margin to work with, again a
  2903. switcheris called for.Probably the best course is to modify a
  2904. standard PC power supply. It'salready a switcher. There are a
  2905. few PC supplies with integral UPScapability that can run
  2906. directly from +12 volts. Others would requiresome component
  2907. juggling to run off 12 volts instead of 110. No PCsupply that I
  2908. know of cares if it's input voltage is AC or DC, andmost are
  2909. really tolerant of wide input voltage swings.Gary
  2910. KE4ZV------------------------------Date: Thu, 13 Aug 1992
  2911. 07:40:20 GMTFrom:
  2912. mcsun!sun4nl!rivm!neptunus.rivm.nl!michel@uunet.uu.netSubject:
  2913. KA9q with slip and ethernetTo: packet-radio@ucsd.eduHello,I'm
  2914. using KA9q as a slip host. Now i have a connection to the
  2915. ethernet.  Now i was wondering if its possible to route the slip
  2916. packets to the ethernet. Is this possiblewith ka9q?Thanks
  2917. Michel--                             Michel van Best        EMAIL:
  2918. michel@rivm.nl      Phone: +31 30 742984          FAX: +31 30
  2919. 742971      National Institute of Public Health and
  2920. Environmental Protection              P.O. Box 1, 3270 BA,
  2921. Bilthoven, The Netherlands------------------------------Date: 12
  2922. Aug 92 22:17:22 GMTFrom:
  2923. olivea!isc-br!tau-ceti!comtch!iea!FredGate@ames.arpaSubject:
  2924. Pac-Comm KISS modeTo: packet-radio@ucsd.edu AB> Newsgroups:
  2925. rec.radio.amateur.packet AB> (From G8FSL: home QTH London, UK)
  2926. AB> A few of us in London running TCP/IP, using Pac-Comm TNCs in
  2927. KISS mode, AB> This problem happens with TNC2 clones running
  2928. Pac-Comm software, and also AB> with the TNC-220 (mind you, the
  2929. TNC-220 has so many  AB> Is there a known problem in this area,
  2930. and can anyone suggest a fix AB> (especially for the TNC-220s,
  2931. which are gathering dust as a result)?There might be a software
  2932. problem.  The Pac-Comm I received this morningindicated a lot of
  2933. EPROM changes on a sheet.  I will bring it to work in themorning
  2934. and see if I can see what might be the changes.  They were June
  2935. of 92software updates.  It also indicated something about
  2936. FULLDUP in Kiss Mode but Ijust scanned it before taking the unit
  2937. home this morning.73, Jay Ws7ijayt@comtch.spk.wa.usFidoNet
  2938. 1:346/3.0WS7I @ WS7I.WA.USA.NA * Origin: Radio Therapy BBS
  2939. (1:346/3)------------------------------Date: 12 Aug 92 07:36:30
  2940. ESTFrom: psinntp!arrl.org@uunet.uu.netSubject: Packet/Sattelite
  2941. GateTo: packet-radio@ucsd.eduIn rec.radio.amateur.packet,
  2942. CELLIS%BROCK1P.BITNET@cunyvm.cuny.edu (Carlton Ellis)
  2943. writes:>Our local Packet group has expressed some interest in
  2944. developing>a gateway on one of our nodes to Amateur Satellites. 
  2945. I have heardIt's happening on quite a regular basis.  And not so
  2946. far from you, either.Check out the QST Public Service column, by
  2947. ARRL Division Director(and sat-fan-atic) Bill Burden a few
  2948. months back.  It's a niftyarticle about how local amateurs are
  2949. routinely being gatewayed intothe satellites.|       |   |      
  2950.   Deputy Manager, Field Services, ARRL.|       |___|         The
  2951. ARRL Amateur Radio Emergency Service, the ARRL| uck   |   |urder
  2952.    National Traffic System, The Amateur Auxiliary to------  |  
  2953. |         the FCC's Field Operations Bureau, the ARRL     KY1T  
  2954.           Field Organization and the ARRL Monitoring
  2955. System.----------------------------------------------------------
  2956. ------------------lhurder@arrl.org   Prodigy - MGTS39A,  BIX -
  2957. ARRL,   MCI Mail - RPALM, MCI Mail - "ARRL HQ", America On Line
  2958. - "ARRL HQ"        Compuserve - 70007,3373 (ARRL HQ)  -- Genie
  2959. ARRL.HQ ------------------------------Date: (null)From:
  2960. (null)"Above 50 MHz where data and RTTY emissions are permitted,
  2961. unspecified digital codes may be used in communication between
  2962. stationslicensed by the FCC.  Baudot, AMTOR and ASCII are
  2963. specified inthe rules, so unspecified includes everything
  2964. else..."|       |   |         Deputy Manager, Field Services,
  2965. ARRL.|       |___|         The ARRL Amateur Radio Emergency
  2966. Service, the ARRL| uck   |   |urder    National Traffic System,
  2967. The Amateur Auxiliary to------  |   |         the FCC's Field
  2968. Operations Bureau, the ARRL     KY1T             Field
  2969. Organization and the ARRL Monitoring
  2970. System.----------------------------------------------------------
  2971. ------------------lhurder@arrl.org   Prodigy - MGTS39A,  BIX -
  2972. ARRL,   MCI Mail - RPALM, MCI Mail - "ARRL HQ", America On Line
  2973. - "ARRL HQ"        Compuserve - 70007,3373 (ARRL HQ)  -- Genie
  2974. ARRL.HQ ------------------------------End of Packet-Radio Digest
  2975. V92 #218******************************Date: Fri, 14 Aug 92
  2976. 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  2977. <packet-radio@ucsd.edu>Errors-To:
  2978. Packet-Radio-Errors@UCSD.EduReply-To:
  2979. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  2980. Digest V92 #219To: packet-radioPacket-Radio Digest         Fri,
  2981. 14 Aug 92       Volume 92 : Issue 219Today's Topics:            
  2982.           DR-1200T characteristics                   ESTIMATE
  2983. packet radio throughput             Fastest data rate? (arlan
  2984. 450 @ 200kbit/sec)               Hiearchial Address Info Wanted
  2985. (2 msgs)       How to power a PC motherboard from car battery?
  2986. (2 msgs)                 Packet Networks today and tommorrow    
  2987.               PERSEID ACTIVITY REPORTS NEEDED!Send Replies or
  2988. notes for publication to: <Packet-Radio@UCSD.Edu>Send
  2989. subscription requests to:
  2990. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  2991. otherwise to brian@ucsd.edu.Archives of past issues of the
  2992. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  2993. directory "mailarchives/packet-radio".We trust that readers are
  2994. intelligent enough to realize that all textherein consists of
  2995. personal comments and does not represent the officialpolicies or
  2996. positions of any party.  Your mileage may vary.  So
  2997. there.-----------------------------------------------------------
  2998. -----------Date: Fri, 14 Aug 1992 07:26:51 GMTFrom:
  2999. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  3000. bject: DR-1200T characteristicsTo: packet-radio@ucsd.eduIn
  3001. article <8246@orbit.cts.com> jseboldt@pnet51.orb.mn.org (John
  3002. Seboldt) writes:>Ramsey has that little synthesized,
  3003. diode-programmed radio kit, in the spirit>of the 22U.  Might
  3004. have its own problems, but it's worth asking about, anyway!I
  3005. assembled their 70cm version last month. Despite a long weekend
  3006. witha spectrum analyzer, I could not tame the transmitter to
  3007. mysatisfaction. Lots of low-frequency parasitics, and plenty of
  3008. phasenoise too.One of these years I'll stop thinking that the
  3009. next cheap radio kit tohit the market will be better than the
  3010. last one...I wasted money on acouple of Hamtronics FM-5s,
  3011. too...Phil------------------------------Date: 13 Aug 92 17:49:14
  3012. GMTFrom: usc!rpi!bu.edu!wang!dbushong@network.UCSD.EDUSubject:
  3013. ESTIMATE packet radio throughputTo: packet-radio@ucsd.eduBecause
  3014. of a reference to ESTIMATE.EXE a couple of weeks ago, I
  3015. havereceived a lot of requests for the program.  I suppose the
  3016. right thing todo is to post it, but I'm not sure this is the
  3017. right place to do so.Could someone tell me if this is the right
  3018. place, and if not, where is?Dave--
  3019. =================================================================
  3020. =========Dave Bushong, KZ1O@K1UGM.MA         + Wang
  3021. Laboratories, Inc.             + "Ma-ha"..... "Ah-haa"Internet:
  3022. dbushong@wang.com        
  3023. +================================================================
  3024. ==========------------------------------Date: Fri, 14 Aug 1992
  3025. 07:28:14 GMTFrom:
  3026. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  3027. bject: Fastest data rate? (arlan 450 @ 200kbit/sec)To:
  3028. packet-radio@ucsd.eduThe NCR Wavelan cards run at 2Mb/s in the
  3029. 902-928 MHz band. Don't knowwhat they actually attain in average
  3030. throughput though.Phil------------------------------Date: 13 Aug
  3031. 92 15:58:23 GMTFrom: worldbank.org!news@uunet.uu.netSubject:
  3032. Hiearchial Address Info WantedTo: packet-radio@ucsd.eduDoes
  3033. anyone know where I can find information on the correct form
  3034. ofhierarchial addressing; even better, does anyone know of a
  3035. publicationwhich describes the available address
  3036. elements?Thanks. Darrell (NR3Y)
  3037. ------------------------------Date: 13 Aug 92 21:25:51 GMTFrom:
  3038. swrinde!cs.utexas.edu!hellgate.utah.edu!fcom.cc.utah.edu!park.uvc
  3039. c.edu!cc.uvcc.edu!coleve@network.UCSD.EDUSubject: Hiearchial
  3040. Address Info WantedTo: packet-radio@ucsd.eduIn article
  3041. <1992Aug13.155823.14379@worldbank.org>,
  3042. dearnsha@wizard.worldbank.org writes:> Does anyone know where I
  3043. can find information on the correct form of> hierarchial
  3044. addressing; even better, does anyone know of a publication>
  3045. which describes the available address elements?> > Thanks.
  3046. Darrell (NR3Y)>  every network has a *different* correct form of
  3047. addressing, and several ofthem are hierarchical.1) Internet
  3048. domain names are heirarchical, and are of the form:     
  3049. local.part%more#local.part@sub.subdomain.domain.name    
  3050. \____________  ___________/|\_________  ____________/           
  3051.       \/            |          \/              local part      
  3052. at       fully qualified domain namethe local part can be almost
  3053. unbelievably complex.the fully qualified domain name part
  3054. consists of two sub parts.  the end part(here "domain.name") is
  3055. allocated by the Network Information Center uopnmeeting certain
  3056. requirements.  the early part ("sub.subdomain") is handed out by
  3057. the domain administrator.  There is a ham radio
  3058. domain,"ampr.org" administered by Brian Kantor (brian@ucsd.edu).
  3059.  He could issuethe name kf7xm.ampr.org to me if he wished.  I,
  3060. being the administrator of theuvcc.edu domain could issue myself
  3061. kf7xm.uvcc.edu.This is more fully described in the RFC's
  3062. available from nisc@nisc.sri.comtry RFC 920, 974, 1032, 1033,
  3063. 1034, & 1035.2) -- -- Vern Cole -- Systems Manager -- Utah
  3064. Valley Community College --------------------------------Date:
  3065. 13 Aug 92 19:19:42 GMTFrom:
  3066. swrinde!mips!sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!alanb@ne
  3067. twork.UCSD.EDUSubject: How to power a PC motherboard from car
  3068. battery?To: packet-radio@ucsd.eduIn rec.radio.amateur.packet,
  3069. dannie@coplex.com (Dannie Gregoire) writes:>I would like to set
  3070. up a portable packet station for use in my car.>I would like to
  3071. avoid the cost of purchasing an expensive DC-AC>(cigarette
  3072. lighter) power converter, and instead downgrade/condition the
  3073. >power for use directly into the motherboard--no standard PC
  3074. power>supply needed.The PC uses +5V, -5V, +12V and -12V as I
  3075. recall.  +5 is no problem if you don't mind wasting a lot of
  3076. power in the 5Vregulator.  You'll need a large heat sink.  You
  3077. could also builda simple buck converter (switcher) to regulate
  3078. more efficiently.+12 is used for the disc drives and serial
  3079. interface.  Use a low-dropout type regulator from the car
  3080. battery (about +13V).-12 V is normally only used for the serial
  3081. interface.  A low-currentDC-DC converter IC should suffice.I
  3082. think -5V is not normally used.  You can probably leave it
  3083. out.AL N1AL------------------------------Date: Fri, 14 Aug 1992
  3084. 07:23:18 GMTFrom:
  3085. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  3086. bject: How to power a PC motherboard from car battery?To:
  3087. packet-radio@ucsd.eduI strongly agree with the recommendations
  3088. to just buy an inverter.Commercial 12VDC-120VAC inverters have
  3089. gotten very small, light andefficient in the past decade, and
  3090. they're not all *that*
  3091. expensiveeither.Phil------------------------------Date: Fri, 14
  3092. Aug 1992 07:18:48 GMTFrom:
  3093. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  3094. bject: Packet Networks today and tommorrowTo:
  3095. packet-radio@ucsd.eduIn article
  3096. <1992Aug10.063334.29133@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  3097. Coffman) writes:>What hardware methods are currently
  3098. available?>Our best national and international WAN technology is
  3099. 300 baud HF BBS>forwarding. It's thruput is about 15
  3100. bytes/second. It's suitable for>Email.You left out the Internet
  3101. backbone links, sometimes referred to as"wormholes". There are
  3102. quite a few regional TCP/IP networks that arelinked to each
  3103. other through the regular Internet, using
  3104. IP-inside-IPencapsulation techniques that have been in KA9Q NOS
  3105. well over a year.With the growth of the Internet it is not hard
  3106. at all to find at leastone site in a given metropolitan area
  3107. that has both access to theInternet and a ham contact interested
  3108. in putting up a gateway.These links provide continuous real-time
  3109. wide area connectivity thatat the moment simply isn't attainable
  3110. in any other way. The onlyamateur-provided links that could even
  3111. come close to providing asimilar grade of service require a
  3112. geostationary amateur satellitesuch as AMSAT Phase IV, which has
  3113. been shelved indefinitely due tolack of funds.I see no reason to
  3114. deprecate a long-haul linking technology justbecause it's not
  3115. radio. Hams ought to take a "systems integration"approach to
  3116. networking and be as flexible as possible in usingwhatever is
  3117. available to get the job done. Personally, I've alwaysthought
  3118. that the packet radio problems most worth solving are
  3119. thoseinvolved in building high metropolitan area networks, where
  3120. radiomakes the most sense in the first place. Long-haul HF is
  3121. basically ananachronism, and except for its potential last-ditch
  3122. emergency uses itis really a dead-end
  3123. technology.Phil------------------------------Date: 13 Aug 92
  3124. 20:16:45 GMTFrom:
  3125. swrinde!sdd.hp.com!cs.utexas.edu!torn!newshost.uwo.ca!uwovax.uwo.
  3126. ca!pbrown@network.UCSD.EDUSubject: PERSEID ACTIVITY REPORTS
  3127. NEEDED!To: packet-radio@ucsd.eduHaving received a few initital
  3128. reports on the1992 Perseids from Aug 11/12 I have one further
  3129. request for observers. There is a possiblity that something
  3130. unusual took place in the hours before the predicted new maxima
  3131. at 22-23 UT, Aug 11. If anyone made some radio observations or
  3132. visual observations in the interval 15-21 UT, Aug 11 I would be
  3133. extremely appreciative of receiving a report to clarify the
  3134. situation during those
  3135. hours.***********************************************************
  3136. *************Peter Brown     peter@canlon.physics.uwo.caNorth
  3137. American Section - International Meteor
  3138. Organization------------------------------End of Packet-Radio
  3139. Digest V92 #219******************************Date: Sat, 15 Aug
  3140. 92 04:30:02 PDTFrom: Packet-Radio Mailing List and Newsgroup
  3141. <packet-radio@ucsd.edu>Errors-To:
  3142. Packet-Radio-Errors@UCSD.EduReply-To:
  3143. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  3144. Digest V92 #220To: packet-radioPacket-Radio Digest         Sat,
  3145. 15 Aug 92       Volume 92 : Issue 220Today's Topics:            
  3146.               (none) (2 msgs)               Data Carrier Detect
  3147. and Packet (2 msgs)                      DSP Modems?  How are
  3148. they?              ESTIMATE packet radio throughput (2 msgs)    
  3149.            getting packet IP numbers and netmasks  Long haul HF
  3150. in 3rd world (Re: Packet Networks today and tomorrow)           
  3151.             mfj 1278 and multicom                 Packet
  3152. Networks today and tommorrowSend Replies or notes for
  3153. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  3154. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  3155. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  3156. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  3157. directory "mailarchives/packet-radio".We trust that readers are
  3158. intelligent enough to realize that all textherein consists of
  3159. personal comments and does not represent the officialpolicies or
  3160. positions of any party.  Your mileage may vary.  So
  3161. there.-----------------------------------------------------------
  3162. -----------Date: 14 Aug 1992 07:04:10 -0700From:
  3163. news-mail-gateway@ucsd.eduSubject: (none)To:
  3164. packet-radio@ucsd.eduReceived: from internet by attmail; Fri Aug
  3165. 14 13:54 GMT 1992>From UCSD.EDU!packet-radio-relay Fri Aug 14
  3166. 04:30:03 PDT 1992 remote from internetReceived: by att.att.com;
  3167. Fri Aug 14 09:46:35 EDT 1992Received: by ucsd.edu; id
  3168. AA12323    sendmail 5.67/UCSD-2.2-sun    Fri, 14 Aug 92 04:30:07 -0700
  3169. for claris!voder!nsc!gpo.nsc.com!sinclair%spi.dnetReceived: by
  3170. ucsd.edu; id AA12313    sendmail 5.67/UCSD-2.2-sun    Fri, 14 Aug 92
  3171. 04:30:04 -0700 for /usr/lib/sendmail -oc -odb
  3172. -oQ/var/spool/lqueue -oi -fpacket-radio-relay
  3173. packet-radio-listMessage-Id: <9208141130.AA12313@ucsd.edu>Date:
  3174. Fri, 14 Aug 92 04:30:03 PDTFrom: internet!ucsd.edu!packet-radio
  3175. (Packet-Radio Mailing List and Newsgroup)Errors-To:
  3176. Packet-Radio-Errors@UCSD.EduReply-To:
  3177. internet!UCSD.Edu!Packet-Radio Precedence: BulkSubject:
  3178. Packet-Radio Digest V92 #219To: internet!UCSD.EDU!packet-radio
  3179. Packet-Radio Digest         Fri, 14 Aug 92       Volume 92 :
  3180. Issue 219Today's Topics:                       DR-1200T
  3181. characteristics                   ESTIMATE packet radio
  3182. throughput             Fastest data rate? (arlan 450 @
  3183. 200kbit/sec)               Hiearchial Address Info Wanted (2
  3184. msgs)       How to power a PC motherboard from car battery? (2
  3185. msgs)                 Packet Networks today and tommorrow       
  3186.            PERSEID ACTIVITY REPORTS NEEDED!Send Replies or notes
  3187. for publication to: <Packet-Radio@UCSD.Edu>Send subscription
  3188. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  3189. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  3190. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  3191. directory "mailarchives/packet-radio".We trust that readers are
  3192. intelligent enough to realize that all textherein consists of
  3193. personal comments and does not represent the officialpolicies or
  3194. positions of any party.  Your mileage may vary.  So
  3195. there.-----------------------------------------------------------
  3196. -----------Date: Fri, 14 Aug 1992 07:26:51 GMTFrom:
  3197. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  3198. bject: DR-1200T characteristicsTo: packet-radio@ucsd.eduIn
  3199. article <8246@orbit.cts.com> jseboldt@pnet51.orb.mn.org (John
  3200. Seboldt) writes:>Ramsey has that little synthesized,
  3201. diode-programmed radio kit, in the spirit>of the 22U.  Might
  3202. have its own problems, but it's worth asking about, anyway!I
  3203. assembled their 70cm version last month. Despite a long weekend
  3204. witha spectrum analyzer, I could not tame the transmitter to
  3205. mysatisfaction. Lots of low-frequency parasitics, and plenty of
  3206. phasenoise too.One of these years I'll stop thinking that the
  3207. next cheap radio kit tohit the market will be better than the
  3208. last one...I wasted money on acouple of Hamtronics FM-5s,
  3209. too...Phil------------------------------Date: 13 Aug 92 17:49:14
  3210. GMTFrom: usc!rpi!bu.edu!wang!dbushong@network.UCSD.EDUSubject:
  3211. ESTIMATE packet radio throughputTo: packet-radio@ucsd.eduBecause
  3212. of a reference to ESTIMATE.EXE a couple of weeks ago, I
  3213. havereceived a lot of requests for the program.  I suppose the
  3214. right thing todo is to post it, but I'm not sure this is the
  3215. right place to do so.Could someone tell me if this is the right
  3216. place, and if not, where is?Dave--
  3217. =================================================================
  3218. =========Dave Bushong, KZ1O@K1UGM.MA         + Wang
  3219. Laboratories, Inc.             + "Ma-ha"..... "Ah-haa"Internet:
  3220. dbushong@wang.com        
  3221. +================================================================
  3222. ==========------------------------------Date: Fri, 14 Aug 1992
  3223. 07:28:14 GMTFrom:
  3224. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  3225. bject: Fastest data rate? (arlan 450 @ 200kbit/sec)To:
  3226. packet-radio@ucsd.eduThe NCR Wavelan cards run at 2Mb/s in the
  3227. 902-928 MHz band. Don't knowwhat they actually attain in average
  3228. throughput though.Phil------------------------------Date: 13 Aug
  3229. 92 15:58:23 GMTFrom: worldbank.org!news@uunet.uu.netSubject:
  3230. Hiearchial Address Info WantedTo: packet-radio@ucsd.eduDoes
  3231. anyone know where I can find information on the correct form
  3232. ofhierarchial addressing; even better, does anyone know of a
  3233. publicationwhich describes the available address
  3234. elements?Thanks. Darrell (NR3Y)
  3235. ------------------------------Date: 13 Aug 92 21:25:51 GMTFrom:
  3236. swrinde!cs.utexas.edu!hellgate.utah.edu!fcom.cc.utah.edu!park.uvc
  3237. c.edu!cc.uvcc.edu!coleve@network.UCSD.EDUSubject: Hiearchial
  3238. Address Info WantedTo: packet-radio@ucsd.eduIn article
  3239. <1992Aug13.155823.14379@worldbank.org>,
  3240. dearnsha@wizard.worldbank.org writes:> Does anyone know where I
  3241. can find information on the correct form of> hierarchial
  3242. addressing; even better, does anyone know of a publication>
  3243. which describes the available address elements?> > Thanks.
  3244. Darrell (NR3Y)>  every network has a *different* correct form of
  3245. addressing, and several ofthem are hierarchical.1) Internet
  3246. domain names are heirarchical, and are of the form:     
  3247. local.part%more#local.part@sub.subdomain.domain.name    
  3248. \____________  ___________/|\_________  ____________/           
  3249.       \/            |          \/              local part      
  3250. at       fully qualified domain namethe local part can be almost
  3251. unbelievably complex.the fully qualified domain name part
  3252. consists of two sub parts.  the end part(here "domain.name") is
  3253. allocated by the Network Information Center uopnmeeting certain
  3254. requirements.  the early part ("sub.subdomain") is handed out by
  3255. the domain administrator.  There is a ham radio
  3256. domain,"ampr.org" administered by Brian Kantor (brian@ucsd.edu).
  3257.  He could issuethe name kf7xm.ampr.org to me if he wished.  I,
  3258. being the administrator of theuvcc.edu domain could issue myself
  3259. kf7xm.uvcc.edu.This is more fully described in the RFC's
  3260. available from nisc@nisc.sri.comtry RFC 920, 974, 1032, 1033,
  3261. 1034, & 1035.2) -- -- Vern Cole -- Systems Manager -- Utah
  3262. Valley Community College --------------------------------Date:
  3263. 13 Aug 92 19:19:42 GMTFrom:
  3264. swrinde!mips!sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!alanb@ne
  3265. twork.UCSD.EDUSubject: How to power a PC motherboard from car
  3266. battery?To: packet-radio@ucsd.eduIn rec.radio.amateur.packet,
  3267. dannie@coplex.com (Dannie Gregoire) writes:>I would like to set
  3268. up a portable packet station for use in my car.>I would like to
  3269. avoid the cost of purchasing an expensive DC-AC>(cigarette
  3270. lighter) power converter, and instead downgrade/condition the
  3271. >power for use directly into the motherboard--no standard PC
  3272. power>supply needed.The PC uses +5V, -5V, +12V and -12V as I
  3273. recall.  +5 is no problem if you don't mind wasting a lot of
  3274. power in the 5Vregulator.  You'll need a large heat sink.  You
  3275. could also builda simple buck converter (switcher) to regulate
  3276. more efficiently.+12 is used for the disc drives and serial
  3277. interface.  Use a low-dropout type regulator from the car
  3278. battery (about +13V).-12 V is normally only used for the serial
  3279. interface.  A low-currentDC-DC converter IC should suffice.I
  3280. think -5V is not normally used.  You can probably leave it
  3281. out.AL N1AL------------------------------Date: Fri, 14 Aug 1992
  3282. 07:23:18 GMTFrom:
  3283. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  3284. bject: How to power a PC motherboard from car battery?To:
  3285. packet-radio@ucsd.eduI strongly agree with the recommendations
  3286. to just buy an inverter.Commercial 12VDC-120VAC inverters have
  3287. gotten very small, light andefficient in the past decade, and
  3288. they're not all *that*
  3289. expensiveeither.Phil------------------------------Date: Fri, 14
  3290. Aug 1992 07:18:48 GMTFrom:
  3291. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  3292. bject: Packet Networks today and tommorrowTo:
  3293. packet-radio@ucsd.eduIn article
  3294. <1992Aug10.063334.29133@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  3295. Coffman) writes:>What hardware methods are currently
  3296. available?>Our best national and international WAN technology is
  3297. 300 baud HF BBS>forwarding. It's thruput is about 15
  3298. bytes/second. It's suitable for>Email.You left out the Internet
  3299. backbone links, sometimes referred to as"wormholes". There are
  3300. quite a few regional TCP/IP networks that arelinked to each
  3301. other through the regular Internet, using
  3302. IP-inside-IPencapsulation techniques that have been in KA9Q NOS
  3303. well over a year.With the growth of the Internet it is not hard
  3304. at all to find at leastone site in a given metropolitan area
  3305. that has both access to theInternet and a ham contact interested
  3306. in putting up a gateway.These links provide continuous real-time
  3307. wide area connectivity thatat the moment simply isn't attainable
  3308. in any other way. The onlyamateur-provided links that could even
  3309. come close to providing asimilar grade of service require a
  3310. geostationary amateur satellitesuch as AMSAT Phase IV, which has
  3311. been shelved indefinitely due tolack of funds.I see no reason to
  3312. deprecate a long-haul linking technology justbecause it's not
  3313. radio. Hams ought to take a "systems integration"approach to
  3314. networking and be as flexible as possible in usingwhatever is
  3315. available to get the job done. Personally, I've alwaysthought
  3316. that the packet radio problems most worth solving are
  3317. thoseinvolved in building high metropolitan area networks, where
  3318. radiomakes the most sense in the first place. Long-haul HF is
  3319. basically ananachronism, and except for its potential last-ditch
  3320. emergency uses itis really a dead-end
  3321. technology.Phil------------------------------Date: 13 Aug 92
  3322. 20:16:45 GMTFrom:
  3323. swrinde!sdd.hp.com!cs.utexas.edu!torn!newshost.uwo.ca!uwovax.uwo.
  3324. ca!pbrown@network.UCSD.EDUSubject: PERSEID ACTIVITY REPORTS
  3325. NEEDED!To: packet-radio@ucsd.eduHaving received a few initital
  3326. reports on the1992 Perseids from Aug 11/12 I have one further
  3327. request for observers. There is a possiblity that something
  3328. unusual took place in the hours before the predicted new maxima
  3329. at 22-23 UT, Aug 11. If anyone made some radio observations or
  3330. visual observations in the interval 15-21 UT, Aug 11 I would be
  3331. extremely appreciative of receiving a report to clarify the
  3332. situation during those
  3333. hours.***********************************************************
  3334. *************Peter Brown     peter@canlon.physics.uwo.caNorth
  3335. American Section - International Meteor
  3336. Organization------------------------------End of Packet-Radio
  3337. Digest V92
  3338. #219******************************------------------------------D
  3339. ate: 14 Aug 1992 07:11:53 -0700From:
  3340. news-mail-gateway@ucsd.eduSubject: (none)To:
  3341. packet-radio@ucsd.eduReceived: from internet by attmail; Fri Aug
  3342. 14 13:54 GMT 1992>From UCSD.EDU!packet-radio-relay Fri Aug 14
  3343. 04:30:03 PDT 1992 remote from internetReceived: by att.att.com;
  3344. Fri Aug 14 09:46:35 EDT 1992Received: by ucsd.edu; id
  3345. AA12323    sendmail 5.67/UCSD-2.2-sun    Fri, 14 Aug 92 04:30:07 -0700
  3346. for claris!voder!nsc!gpo.nsc.com!sinclair%spi.dnetReceived: by
  3347. ucsd.edu; id AA12313    sendmail 5.67/UCSD-2.2-sun    Fri, 14 Aug 92
  3348. 04:30:04 -0700 for /usr/lib/sendmail -oc -odb
  3349. -oQ/var/spool/lqueue -oi -fpacket-radio-relay
  3350. packet-radio-listMessage-Id: <9208141130.AA12313@ucsd.edu>Date:
  3351. Fri, 14 Aug 92 04:30:0 3 P
  3352.  
  3353. DTFrom: internet!ucsd.edu!packet-radio (Packet-Radio Mailing
  3354. List and Newsgroup)Errors-To:
  3355. Packet-Radio-Errors@UCSD.EduReply-To:
  3356. internet!UCSD.Edu!Packet-Radio Precedence: BulkSubject:
  3357. Packet-Radio Digest V92 #219To: internet!UCSD.EDU!packet-radio
  3358. Packet-Radio Digest         Fri, 14 Aug 92       Volume 92 :
  3359. Issue 219Today's Topics:                       DR-1200T
  3360. characteristics                   ESTIMATE packet radio
  3361. throughput             Fastest data rate? (arlan 450 @
  3362. 200kbit/sec)               Hiearchial Address Info Wanted (2
  3363. msgs)       How to power a PC motherboard from car battery? (2
  3364. msgs)                 Packet Networks today and tommorrow       
  3365.            PERSEID ACTIVITY REPORTS NEEDED!Send Replies or notes
  3366. for publication to: <Packet-Radio@UCSD.Edu>Send subscription
  3367. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  3368. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  3369. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  3370. directory "mailarchives/packet-radio".We trust that readers are
  3371. intelligent enough to realize that all textherein consists of
  3372. personal comments and does not represent the officialpolicies or
  3373. positions of any party.  Your mileage may vary.  So
  3374. there.-----------------------------------------------------------
  3375. -----------Date: Fri, 14 Aug 1992 07:26:51 GMTFrom:
  3376. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  3377. bject: DR-1200T characteristicsTo: packet-radio@ucsd.eduIn
  3378. article <8246@orbit.cts.com> jseboldt@pnet51.orb.mn.org (John
  3379. Seboldt) writes:>Ramsey has that little synthesized,
  3380. diode-programmed radio kit, in the spirit>of the 22U.  Might
  3381. have its own problems, but it's worth asking about, anyway!I
  3382. assembled their 70cm version last month. Despite a long weekend
  3383. witha spectrum analyzer, I could not tame the transmitter to
  3384. mysatisfaction. Lots of low-frequency parasitics, and plenty of
  3385. phasenoise too.One of these years I'll stop thinking that the
  3386. next cheap radio kit tohit the market will be better than the
  3387. last one...I wasted money on acouple of Hamtronics FM-5s,
  3388. too...Phil------------------------------Date: 13 Aug 92 17:49:14
  3389. GMTFrom: usc!rpi!bu.edu!wang!dbushong@network.UCSD.EDUSubject:
  3390. ESTIMATE packet radio throughputTo: packet-radio@ucsd.eduBecause
  3391. of a reference to ESTIMATE.EXE a couple of weeks ago, I
  3392. havereceived a lot of requests for the program.  I suppose the
  3393. right thing todo is to post it, but I'm not sure this is the
  3394. right place to do so.Could someone tell me if this is the right
  3395. place, and if not, where is?Dave--
  3396. =================================================================
  3397. =========Dave Bushong, KZ1O@K1UGM.MA         + Wang
  3398. Laboratories, Inc.             + "Ma-ha"..... "Ah-haa"Internet:
  3399. dbushong@wang.com        
  3400. +================================================================
  3401. ==========------------------------------Date: Fri, 14 Aug 1992
  3402. 07:28:14 GMTFrom:
  3403. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  3404. bject: Fastest data rate? (arlan 450 @ 200kbit/sec)To:
  3405. packet-radio@ucsd.eduThe NCR Wavelan cards run at 2Mb/s in the
  3406. 902-928 MHz band. Don't knowwhat they actually attain in average
  3407. throughput though.Phil------------------------------Date: 13 Aug
  3408. 92 15:58:23 GMTFrom: worldbank.org!news@uunet.uu.netSubject:
  3409. Hiearchial Address Info WantedTo: packet-radio@ucsd.eduDoes
  3410. anyone know where I can find information on the correct form
  3411. ofhierarchial addressing; even better, does anyone know of a
  3412. publicationwhich describes the available address
  3413. elements?Thanks. Darrell (NR3Y)
  3414. ------------------------------Date: 13 Aug 92 21:25:51 GMTFrom:
  3415. swrinde!cs.utexas.edu!hellgate.utah.edu!fcom.cc.utah.edu!park.uvc
  3416. c.edu!cc.uvcc.edu!coleve@network.UCSD.EDUSubject: Hiearchial
  3417. Address Info WantedTo: packet-radio@ucsd.eduIn article
  3418. <1992Aug13.155823.14379@worldbank.org>,
  3419. dearnsha@wizard.worldbank.org writes:> Does anyone know where I
  3420. can find information on the correct form of> hierarchial
  3421. addressing; even better, does anyone know of a publication>
  3422. which describes the available address elements?> > Thanks.
  3423. Darrell (NR3Y)>  every network has a *different* correct form of
  3424. addressing, and several ofthem are hierarchical.1) Internet
  3425. domain names are heirarchical, and are of the form:     
  3426. local.part%more#local.part@sub.subdomain.domain.name    
  3427. \____________  ___________/|\_________  ____________/           
  3428.       \/            |          \/              local part      
  3429. at       fully qualified domain namethe local part can be almost
  3430. unbelievably complex.the fully qualified domain name part
  3431. consists of two sub parts.  the end part(here "domain.name") is
  3432. allocated by the Network Information Center uopnmeeting certain
  3433. requirements.  the early part ("sub.subdomain") is handed out by
  3434. the domain administrator.  There is a ham radio
  3435. domain,"ampr.org" administered by Brian Kantor (brian@ucsd.edu).
  3436.  He could issuethe name kf7xm.ampr.org to me if he wished.  I,
  3437. being the administrator of theuvcc.edu domain could issue myself
  3438. kf7xm.uvcc.edu.This is more fully described in the RFC's
  3439. available from nisc@nisc.sri.comtry RFC 920, 974, 1032, 1033,
  3440. 1034, & 1035.2) -- -- Vern Cole -- Systems Manager -- Utah
  3441. Valley Community College --------------------------------Date:
  3442. 13 Aug 92 19:19:42 GMTFrom:
  3443. swrinde!mips!sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!alanb@ne
  3444. twork.UCSD.EDUSubject: How to power a PC motherboard from car
  3445. battery?To: packet-radio@ucsd.eduIn rec.radio.amateur.packet,
  3446. dannie@coplex.com (Dannie Gregoire) writes:>I would like to set
  3447. up a portable packet station for use in my car.>I would like to
  3448. avoid the cost of purchasing an expensive DC-AC>(cigarette
  3449. lighter) power converter, and instead downgrade/condition the
  3450. >power for use directly into the motherboard--no standard PC
  3451. power>supply needed.The PC uses +5V, -5V, +12V and -12V as I
  3452. recall.  +5 is no problem if you don't mind wasting a lot of
  3453. power in the 5Vregulator.  You'll need a large heat sink.  You
  3454. could also builda simple buck converter (switcher) to regulate
  3455. more efficiently.+12 is used for the disc drives and serial
  3456. interface.  Use a low-dropout type regulator from the car
  3457. battery (about +13V).-12 V is normally only used for the serial
  3458. interface.  A low-currentDC-DC converter IC should suffice.I
  3459. think -5V is not normally used.  You can probably leave it
  3460. out.AL N1AL------------------------------Date: Fri, 14 Aug 1992
  3461. 07:23:18 GMTFrom:
  3462. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  3463. bject: How to power a PC motherboard from car battery?To:
  3464. packet-radio@ucsd.eduI strongly agree with the recommendations
  3465. to just buy an inverter.Commercial 12VDC-120VAC inverters have
  3466. gotten very small, light andefficient in the past decade, and
  3467. they're not all *that*
  3468. expensiveeither.Phil------------------------------Date: Fri, 14
  3469. Aug 1992 07:18:48 GMTFrom:
  3470. qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
  3471. bject: Packet Networks today and tommorrowTo:
  3472. packet-radio@ucsd.eduIn article
  3473. <1992Aug10.063334.29133@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  3474. Coffman) writes:>What hardware methods are currently
  3475. available?>Our best national and international WAN technology is
  3476. 300 baud HF BBS>forwarding. It's thruput is about 15
  3477. bytes/second. It's suitable for>Email.You left out the Internet
  3478. backbone links, sometimes referred to as"wormholes". There are
  3479. quite a few regional TCP/IP networks that arelinked to each
  3480. other through the regular Internet, using
  3481. IP-inside-IPencapsulation techniques that have been in KA9Q NOS
  3482. well over a year.With the growth of the Internet it is not hard
  3483. at all to find at leastone site in a given metropolitan area
  3484. that has both access to theInternet and a ham contact interested
  3485. in putting up a gateway.These links provide continuous real-time
  3486. wide area connectivity thatat the moment simply isn't attainable
  3487. in any other way. The onlyamateur-provided links that could even
  3488. come close to providing asimilar grade of service require a
  3489. geostationary amateur satellitesuch as AMSAT Phase IV, which has
  3490. been shelved indefinitely due tolack of funds.I see no reason to
  3491. deprecate a long-haul linking technology justbecause it's not
  3492. radio. Hams ought to take a "systems integration"approach to
  3493. networking and be as flexible as possible in usingwhatever is
  3494. available to get the job done. Personally, I've alwaysthought
  3495. that the packet radio problems most worth solving are
  3496. thoseinvolved in building high metropolitan area networks, where
  3497. radiomakes the most sense in the first place. Long-haul HF is
  3498. basically ananachronism, and except for its potential last-ditch
  3499. emergency uses itis really a dead-end
  3500. technology.Phil------------------------------Date: 13 Aug 92
  3501. 20:16:45 GMTFrom:
  3502. swrinde!sdd.hp.com!cs.utexas.edu!torn!newshost.uwo.ca!uwovax.uwo.
  3503. ca!pbrown@network.UCSD.EDUSubject: PERSEID ACTIVITY REPORTS
  3504. NEEDED!To: packet-radio@ucsd.eduHaving received a few initital
  3505. reports on the1992 Perseids from Aug 11/12 I have one further
  3506. request for observers. There is a possiblity that something
  3507. unusual took place in the hours before the predicted new maxima
  3508. at 22-23 UT, Aug 11. If anyone made some radio observations or
  3509. visual observations in the interval 15-21 UT, Aug 11 I would be
  3510. extremely appreciative of receiving a report to clarify the
  3511. situation during those
  3512. hours.***********************************************************
  3513. *************Peter Brown     peter@canlon.physics.uwo.caNorth
  3514. American Section - International Meteor
  3515. Organization------------------------------End of Packet-Radio
  3516. Digest V92
  3517. #219******************************------------------------------D
  3518. ate: Fri, 14 Aug 92 21:20:18 GMTFrom:
  3519. sdd.hp.com!caen!destroyer!ubc-cs!alberta!adec23!mark@network.UCSD
  3520. .EDUSubject: Data Carrier Detect and PacketTo:
  3521. packet-radio@ucsd.edujangus@skyld.UUCP (Jeff Angus) sez:>The
  3522. MFJ-1270b does not have "true" DCD ...You mean a fully
  3523. functional DCD. They detect DCD with a state machine
  3524. (digital),but when it drops out due to noise or signal strength,
  3525. the packet is lost byanother (impatient) TNC starting to
  3526. transmit. The DCD mod from TAPR hangsthe DCD on to allow for
  3527. this poor noise response.>Since most VHF packet is done on FM,
  3528. and most FM stations are either there or>they aren't, simple 'is
  3529. there noise present' DCD works.But this is flawed as this
  3530. requires your Squelch control to be on threshold,or at least
  3531. track the background noise. In practice, many set the controltoo
  3532. high and cause hidden transmitter problems. Idealy, the squelch
  3533. thresholdon typical rigs should be set so that it breaks open
  3534. with no signal aboutonce every ten seconds ... `just' on
  3535. threshold.>Unfortunately it also thinks the channel is busy when
  3536. it hears music, voices,>intermods etc.And this is BAD? Ok, so
  3537. you want to transmit a packet when you have nohope of hearing
  3538. the ack packet? This causes a problem ONLY for impatientpeople
  3539. that know not what they do.>The trick to HF packet is to set the
  3540. receive audio level so that the background>noise just barely get
  3541. the (stupid) DCD circuitry to flicker and then back off
  3542. a>bit.True, but a state machine (digital) DCD still works better
  3543. here than noisebased units.Ciao, 73 de VE6MGS/Mark
  3544. -sk-------------------------------Date: 14 Aug 1992 22:15:41
  3545. GMTFrom: ucsd.edu!brian@network.UCSD.EDUSubject: Data Carrier
  3546. Detect and PacketTo: packet-radio@ucsd.edumark@adec23.uucp (Mark
  3547. Salyzyn) writes:>jangus@skyld.UUCP (Jeff Angus) sez:>>The
  3548. MFJ-1270b does not have "true" DCD ...>You mean fully functional
  3549. DCD. They detect DCD with a state machine (digital),No, the
  3550. MFJ1270 uses the XR2211 demodulator.  It's an analog PLL
  3551. device.There is a state machine in the TNC, but it's used to
  3552. recover clock andperform the NRZI->NRZ conversion.  It doesn't
  3553. do carrier detect.  Youcould make it do so, but it's easier to
  3554. add in a second one on apiggyback board like the TAPR
  3555. deal.>>Unfortunately it also thinks the channel is busy when it
  3556. hears music, voices,>>intermods etc.The real reason for wanting
  3557. a DCD that isn't noise-based is so that youcan leave your
  3558. squelch open, because it takes a lot of radios a goodportion of
  3559. a packet time to get their squelch open.  More than half ofthe
  3560. TXD that people wind up using is to compensate for the
  3561. receiver'ssquelch opening time, not how long the TX actually
  3562. takes to key up.>True, but a state machine (digital) DCD still
  3563. works better here than noise>based units.A good state machine
  3564. will lock on only when the bits look like realdata, so it
  3565. doesn't matter what the crud on the channel looks like.That
  3566. would always be superior to the noise-based DCD.However, might
  3567. you want a separate noise-detect unit to performcollision
  3568. avoidance.    - Brian------------------------------Date: Fri, 14
  3569. Aug 1992 19:31:33 GMTFrom:
  3570. sdd.hp.com!wupost!darwin.sura.net!mojo.eng.umd.edu!disney.src.umd
  3571. .edu!tedwards@network.UCSD.EDUSubject: DSP Modems?  How are
  3572. they?To: packet-radio@ucsd.eduThe U. of Maryland Club is going
  3573. to be looking into obtaining DSP Modems for high speed and
  3574. satellite packet work.  My questionis1)  How many DSP modems are
  3575. available?  2)  What is your experience with any of the above or
  3576.     what have you heard about tradeoffs between the different
  3577. modemsPlease email me and I'll summarize.-Thomas
  3578. N3HAU------------------------------Date: 14 Aug 92 17:51:07
  3579. GMTFrom:
  3580. sdd.hp.com!mips!samsung!transfer!necis!rbono@network.UCSD.EDUSubj
  3581. ect: ESTIMATE packet radio throughputTo: packet-radio@ucsd.eduIn
  3582. article <bsxo66.3x2@wang.com>, dbushong@wang.com (Dave Bushong)
  3583. wrote:> Because of a reference to ESTIMATE.EXE a couple of weeks
  3584. ago, I have> received a lot of requests for the program.  I
  3585. suppose the right thing to> do is to post it, but I'm not sure
  3586. this is the right place to do so.> > Could someone tell me if
  3587. this is the right place, and if not, where is?>  Hi Dave...  I
  3588. could tell you where to post it........   but the last time I
  3589. asked the same sort of question I didn't get any goodanswers.  I
  3590. wanted to post copies of a few of my ham radio software: 
  3591. DOSGATE, AUTOCALL, AUTOLOG, AUTOFAX, AUTOCW, and a windows
  3592. program that converts metric/english(american) measures. If you
  3593. find a good place to post this stuff... let me know. Rich-- 
  3594. /****************************************************************
  3595. **********\ * Rich Bono (NM1D)              IMRICH             
  3596. rbono@necis.ma.nec.com *  * (508) 635-6300                      
  3597.                 nm1d@nm1d.nh.usa.na * 
  3598. \****************************************************************
  3599. **********/------------------------------Date: 14 Aug 92
  3600. 21:05:32 GMTFrom:
  3601. swrinde!elroy.jpl.nasa.gov!inst-sun1!steveb@network.UCSD.EDUSubje
  3602. ct: ESTIMATE packet radio throughputTo: packet-radio@ucsd.eduIn
  3603. article <1689@necis.UUCP> rbono@necis.UUCP ( NM1D) writes:>In
  3604. article <bsxo66.3x2@wang.com>, dbushong@wang.com (Dave Bushong)
  3605. wrote:>> Because of a reference to ESTIMATE.EXE a couple of
  3606. weeks ago, I have>> received a lot of requests for the program. 
  3607. I suppose the right thing to>> do is to post it, but I'm not
  3608. sure this is the right place to do so.>> >> Could someone tell
  3609. me if this is the right place, and if not, where is?>> > Hi
  3610. Dave...>>  I could tell you where to post it........>>   but the
  3611. last time I asked the same sort of question I didn't get any
  3612. good>answers.  I wanted to post copies of a few of my ham radio
  3613. software:>  DOSGATE, AUTOCALL, AUTOLOG, AUTOFAX, AUTOCW, and a
  3614. windows program that> converts metric/english(american)
  3615. measures.>> If you find a good place to post this stuff... let
  3616. me know.>> Rich>-- >
  3617. /****************************************************************
  3618. **********\> * Rich Bono (NM1D)              IMRICH             
  3619. rbono@necis.ma.nec.com * > * (508) 635-6300                     
  3620.                  nm1d@nm1d.nh.usa.na * >
  3621. \****************************************************************
  3622. **********/------------------------------Date: Sat, 15 Aug 1992
  3623. 00:42:49 GMTFrom: clarkson!news@uunet.uu.netSubject: getting
  3624. packet IP numbers and netmasksTo: packet-radio@ucsd.eduK2CC
  3625. (clarkson university, Potsdam, NY) just started running ka9q's
  3626. NOSon 2m with netrom routing to the rest of the NEDA net. I used
  3627. a netmask off of clarkson's net to assign some starter
  3628. IPnumbers, but I would like to get a real amateur netmask.  I'd
  3629. also liketo find a netrom route (or innernet) to the rest of the
  3630. amateur tcp/ipnet. where should I go for this
  3631. information?                Rob--            rob@sun.soe.clarkson.eduRob Logan       
  3632.    AMA        -----|-----   ARRL        
  3633. n2qcn@k2cc.ny.usa.naClarkson ERC        IRCHA   *>=====[_]L)    
  3634. EAA          AirBornPotsdam, NY 13699   PRA           -'-`-     
  3635. PADI         USSA------------------------------Date: 14 Aug 92
  3636. 13:00:54 GMTFrom:
  3637. swrinde!mips!sdd.hp.com!caen!nic.umass.edu!hamp.hampshire.edu!awo
  3638. odhull@network.UCSD.EDUSubject: Long haul HF in 3rd world (Re:
  3639. Packet Networks today and tomorrow)To: packet-radio@ucsd.eduIn
  3640. article <1992Aug14.071848.25569@qualcomm.com>,        
  3641. karn@chicago.qualcomm.com (Phil Karn) writes:> ... Long-haul HF
  3642. is basically an> anachronism, and except for its potential
  3643. last-ditch emergency uses it> is really a dead-end technology.>
  3644. This may be true in the US and other developed countries, but
  3645. thesituation is not necessarily the same everywhere. In many
  3646. third worldcountries the infrastructure is not there to support
  3647. reliable datacommunications by landline, even locally. I
  3648. particularly know the situation in Nicaragua. When I was
  3649. workingthere in late 1990 it was almost impossible to use a
  3650. landline modem  at1200 baud on my suburban Managua telephone
  3651. line. Between the twocampuses of the Engineering University it
  3652. was almost impossible to makevoice telephone calls because of
  3653. the lack of trunks between twoexchanges in the same city.
  3654. Landline connections between cities,especially between the
  3655. Atlantic and Pacific coasts or between thecapital and mining
  3656. centers in the mountains were very difficult tomake.
  3657. International e-mail was available, but exchanges with the
  3658. UStook place only twice a day.In this situation the
  3659. Communications department of the EngineeringUniversity is very
  3660. interested in using ham-developed techniques andequipment, not
  3661. just to establish UHF links between locations inManagua, but
  3662. also to take advantage of reliable daytime ranges of a
  3663. fewhundred miles in the 7 Mhz part of the spectrum for
  3664. inter-citycommunication and to use higher frequencies for
  3665. international datalinks to colleagues in other countries.I
  3666. suspect similar situations exist in other third world countries.
  3667. Budget restrictions make ham-type techniques and equipment
  3668. veryattractive for such applications. In Nicaragua there is also
  3669. strongsupport for ham radio itself; they realize that getting
  3670. young peopleinterested in radio can only help to provide the
  3671. technical skills thatfurther development of the economy
  3672. requires.Al Woodhull,  N1AW  School of Natural Science,
  3673. Hampshire College, Amherst, MA 01002413-549-4600 ext 581
  3674. (office), 413-549-4740 (home)awoodhull@hamp.hampshire.edu,
  3675. woodhull@dawn.hampshire.edu------------------------------Date:
  3676. 13 Aug 92  19:24:00 CSTFrom:
  3677. access.usask.ca!ccu.umanitoba.ca!bison!sys6626!inqmind!mailbox!UU
  3678. CP@decwrl.dec.comSubject: mfj 1278 and multicomTo:
  3679. packet-radio@ucsd.eduVarious comments about MFJ, their MFJ1278,
  3680. Multicom and service have been left in this echo.I have only
  3681. owned 1 TNC and it is the MFJ1278T with the 3.3 ROM.  I love it.
  3682.  I also sent my free EPROM upgrade to them at the end of 1 year
  3683. and heard nothing.  I figured it was a lost cause but 6 moths
  3684. later 1 called them, sat on hold for 5 minutes while thye looked
  3685. for my order; and hot-damn; they found it.  They said it was "on
  3686. hold" as they were just releasing version 3.5 and mine would be
  3687. shipped in a week.  Well double hot-damn; they did ship it and
  3688. as they said and I got it a week later via US Mail and Canada
  3689. Post.I find Multicom inadaguate for packet work and prefer the
  3690. Aussie paKet 5.1 terminal program.  If you are into Afx and
  3691. Multi-gray scale or SSTV then Multicom may be your answer.  I
  3692. first got it 18 months ago and was instantly annoyed by the copy
  3693. protection.  Its not that good to be concerned about pirating. 
  3694. However I found I could make extra backups for myself using the
  3695. Copy2PC board with the setting for "copy with weak bits".  These
  3696. copies saved me in the early days of packet experimentation. 
  3697. Once I deleted a Multicom subdirectory without restoring the
  3698. software count back to the floppy ( you are allowed 2 copies -
  3699. that thought gives me anxiety attackes just like the days of the
  3700. original Lotus 1-2-3).So with a little prodding MFJ did deliver
  3701. and with a little insurance by getting an extra copy of the
  3702. Multicom master disk you should be okay.  VE4YZ  Alan Thoren,   
  3703. QTH:   Winnipeg Manitoba Canada  Data: 204-669-5591  Packet:
  3704. VE4YZ@VE4KV.#WPG.MB.CAN.NA * Origin: M.W.C.S BBS - Now 1.8 GIG
  3705. (204) 943-5407/8/9
  3706. (1:348/206.0)------------------------------Date: Fri, 14 Aug
  3707. 1992 16:09:23 GMTFrom:
  3708. usc!wupost!darwin.sura.net!convex!news.utdallas.edu!corpgate!bnrg
  3709. ate!bwdls61!bnr.ca!mleech@network.UCSD.EDUSubject: Packet
  3710. Networks today and tommorrowTo: packet-radio@ucsd.eduIn article
  3711. <1992Aug14.071848.25569@qualcomm.com>, karn@chicago.qualcomm.com
  3712. (Phil Karn) writes:|> I see no reason to deprecate a long-haul
  3713. linking technology just|> because it's not radio. Hams ought to
  3714. take a "systems integration"|> approach to networking and be as
  3715. flexible as possible in using|> whatever is available to get the
  3716. job done. Personally, I've always|> thought that the packet
  3717. radio problems most worth solving are those|> involved in
  3718. building high metropolitan area networks, where radio|> makes
  3719. the most sense in the first place. Long-haul HF is basically
  3720. an|> anachronism, and except for its potential last-ditch
  3721. emergency uses it|> is really a dead-end technology.While I
  3722. agree that solving the local connectivity problem deserves a
  3723. *lot*  of attention, and that INTERNET wormholes are becoming a
  3724. way of life,  I think that solving the longhaul problem *on
  3725. amateur radio* is also  worth persuing.  There exist a
  3726. motherload of linked voice repeater networks  today, some of
  3727. them covering vast distances (IPARN, for a Canadian  example).
  3728. It is my believe that much of the site/power/antenna/political 
  3729. engineering in these networks can be leveraged for use in *real*
  3730. high-speed  digital networks that carry both voice and data. 
  3731. That, I think, is a  vision worth persuing.-- Marcus Leech, 4Y11
  3732.             Bell-Northern Research  |opinions
  3733. expressedmleech@bnr.ca                  P.O. Box 3511, Stn. C  
  3734. |are my own, and notml@ve3mdl.ampr.org             Ottawa, ON,
  3735. CAN K1Y 4H7 |necessarily BNRs------------------------------End
  3736. of Packet-Radio Digest V92
  3737. #220******************************Date: Sun, 16 Aug 92 04:30:03
  3738. PDTFrom: Packet-Radio Mailing List and Newsgroup
  3739. <packet-radio@ucsd.edu>Errors-To:
  3740. Packet-Radio-Errors@UCSD.EduReply-To:
  3741. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  3742. Digest V92 #221To: packet-radioPacket-Radio Digest         Sun,
  3743. 16 Aug 92       Volume 92 : Issue 221Today's Topics:            
  3744.  Callbook Server for Full-Service BBS calls                data
  3745. compression with packet:  legal?                  New packeteer
  3746. frustration (3 msgs)                 Packet Networks today and
  3747. tommorrow                      TAPR 9600 baud modem helpSend
  3748. Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
  3749. subscription requests to:
  3750. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  3751. otherwise to brian@ucsd.edu.Archives of past issues of the
  3752. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  3753. directory "mailarchives/packet-radio".We trust that readers are
  3754. intelligent enough to realize that all textherein consists of
  3755. personal comments and does not represent the officialpolicies or
  3756. positions of any party.  Your mileage may vary.  So
  3757. there.-----------------------------------------------------------
  3758. -----------Date: 15 Aug 92 06:56:01 GMTFrom:
  3759. swrinde!cs.utexas.edu!ut-emx!shrike!kriss@network.UCSD.EDUSubject
  3760. : Callbook Server for Full-Service BBS callsTo:
  3761. packet-radio@ucsd.eduMy wish list is to find an on-line Callbook
  3762. server thathas a listing of packet BBS calls by City/State. If
  3763. noserver, does anyone have a listing?Sure would be nice to be
  3764. able to lookup Austin, Texasand find N5LJF.#AUS.TX.USA.NA who
  3765. runs a full-service BBS.On more than one ocasion I have wanted
  3766. to send a msg toa ham in a city and had no idea of the BBS
  3767. callsign.Are you listening ARRL for the next Repeater
  3768. Directory?Dick, KD5VUKD5VU @ N5LJF.#AUS.TX.USA.NAOn: 8/15/92
  3769. 1:55:28 AM CST------------------------------Date: 15 Aug 92
  3770. 13:43:13 GMTFrom:
  3771. usc!sol.ctr.columbia.edu!emory!kd4nc!ke4zv!gary@network.UCSD.EDUS
  3772. ubject: data compression with packet:  legal?To:
  3773. packet-radio@ucsd.eduIn article <398@arrl.org> lhurder@arrl.org
  3774. (Luck Hurder KY1T) writes:>>>From the ARRL's FCC
  3775. Rulebook:>>"Above 50 MHz where data and RTTY emissions are
  3776. permitted, >unspecified digital codes may be used in
  3777. communication between stations>licensed by the FCC.  Baudot,
  3778. AMTOR and ASCII are specified in>the rules, so unspecified
  3779. includes everything else..."Let's make sure we aren't talking
  3780. apples and oranges here. Baudot andASCII are bit encodings for
  3781. *characters*, AMTOR uses the same encodingas Baudot. Meanwhile,
  3782. *compression* is done at the *text* level, notthe character
  3783. level. For example, I could zip a file and then uuencodethe zip
  3784. file. Then the file I would transmit would still be ASCII atthe
  3785. character level, but totally different from the original at
  3786. thetext level.There are *three* different levels of encoding
  3787. that must be considered.The text level, the character level, and
  3788. the symbol level. Text levelencoding includes plain text,
  3789. compressed text, and encrypted text. Onlythe latter is
  3790. restricted. Encryption may be used on certain controllinks in
  3791. amateur service, but nowhere else. At the character level,we
  3792. have Baudot, ASCII, and unspecified encodings such as EBDIC.
  3793. Theunspecified encodings are limited to the data segments above
  3794. 50 MHz.Finally we have the symbol encoding. This can be NRZ,
  3795. NRZI, straightFSK, AFSK, PSK, QPSK, etc. This is what really
  3796. determines occupiedbandwidth when taken together with symbol
  3797. rate.Gary KE4ZV------------------------------Date: Sat, 15 Aug
  3798. 1992 16:58:55 GMTFrom:
  3799. cs.yale.edu!ewing-martin@yale.arpaSubject: New packeteer
  3800. frustrationTo: packet-radio@ucsd.eduAfter many years of sitting
  3801. by the packet sidelines, I've set up a KAMand started decoding
  3802. the burps.  As someone who uses the Internetdaily, this has been
  3803. an eye-opening experience for me.As someone recently noted ham
  3804. packet, as currently practiced, is anadventure in
  3805. low-performance communications (but cost-effective).  Yeah,with
  3806. incredible patience and luck, I've managed to connect from
  3807. Phila-delphia to Maine.  I've seen umpteen users competing for a
  3808. single1200 baud port to a PC.  And I note that 10s of kHz of
  3809. precious HFspectrum are taken up by very unfriendly robots
  3810. chatting at **300 baud**.(They won't give you the time of day,
  3811. and the throughput is abysmal.)Now I see there's a big brouhaha
  3812. about the ARRL not defending theseterribly inefficient mail
  3813. operations to the maximum of its ability.The contrast with the
  3814. Internet is incredible.  I can easily transfera megabyte per
  3815. minute across the country, and I am somewhat annoyedI can't do
  3816. better.  I can send dozens of e-mail messages around theworld
  3817. and often get replies in minutes.  But you all know that.My
  3818. question here is where does one go for information about
  3819. digitalham networking plans - especially the (very logical) use
  3820. of Internetlinks for long haul?  It's not in QST, I think.
  3821. :-)Until I get better adjusted to VHF packet, you'll probably
  3822. find meon 20 m AMTOR.  There's a friendly medium!  Not much good
  3823. for downloadingsoftware, however.Cheers and 73s, Martin,
  3824. AA6E------------------------------Date: Sat, 15 Aug 92 20:45:31
  3825. GMTFrom: csus.edu!netcom.com!feustel@decwrl.dec.comSubject: New
  3826. packeteer frustrationTo: packet-radio@ucsd.eduI also recently
  3827. purchased a BayPac unit to connect my computer and myhandheld to
  3828. try packet. My impression is that packet is just toooo slowfor
  3829. me. I can connect to Australia via ftp at kilobytes/sec.
  3830. Thismakes packet seem rather useless to me at the moment,
  3831. although I wouldhappily be educated about useful applications of
  3832. packet.-- Dave Feustel N9MYI <feustel@netcom.com>---Given Civil
  3833. Seizure, from the DEA's point of view, winning the War onDrugs
  3834. would be killing the Goose that lays golden eggs.It's also hard
  3835. to tell which group is up to more no-good: cops
  3836. orcrooks.------------------------------Date: Sun, 16 Aug 1992
  3837. 04:20:10 GMTFrom: world!rdg@decwrl.dec.comSubject: New packeteer
  3838. frustrationTo: packet-radio@ucsd.edufeustel@netcom.com (David
  3839. Feustel) writes:>I also recently purchased a BayPac unit to
  3840. connect my computer and my>handheld to try packet. My impression
  3841. is that packet is just toooo slow>for me. I can connect to
  3842. Australia via ftp at kilobytes/sec. This>makes packet seem
  3843. rather useless to me at the moment, although I would>happily be
  3844. educated about useful applications of packet.>-- >Dave Feustel
  3845. N9MYI <feustel@netcom.com>>--->Given Civil Seizure, from the
  3846. DEA's point of view, winning the War on>Drugs would be killing
  3847. the Goose that lays golden eggs.>It's also hard to tell which
  3848. group is up to more no-good: cops or>crooks.Make that three
  3849. votes for a big Question Mark concerning packet.I, too, just
  3850. received a BAYMOD-9 from PaccCom.  At 60 bucks it seemed likea
  3851. cheap way to see what all the broo ha ha was all about.  Well,
  3852. afterspending two nights here in the Boston area seeing the
  3853. sameinformation, messages and mail going back and forth at 1200
  3854. baud, I'mnot sure what the big deal is, either.  Sign me...
  3855. another kid spoiled by the Internet!73...  KA2TMT       Rich
  3856. G.-- Richard D. GoldsteinSchiller & KusmerPatent Attorneys At
  3857. Law(617) 227-5454 Telephone------------------------------Date:
  3858. Sat, 15 Aug 92 16:59:17 GMTFrom:
  3859. das.wang.com!wang!dbushong@uunet.uu.netSubject: Packet Networks
  3860. today and tommorrowTo:
  3861. packet-radio@ucsd.edukarn@chicago.qualcomm.com (Phil Karn)
  3862. writes:>[...]>I see no reason to deprecate a long-haul linking
  3863. technology just>because it's not radio. Hams ought to take a
  3864. "systems integration">approach to networking and be as flexible
  3865. as possible in using>whatever is available to get the job done.
  3866. [...]I agree.  Look at what happened to the railroads during
  3867. this century.They should have known that they were in the
  3868. *transportation* business,not just the train business.  The
  3869. airlines dominate the transportationbusiness now.  Railroads are
  3870. good for hauling freight (I know, oversimpli-fication).Hams are
  3871. in the communications (non-)business.  Read section 97.1.We have
  3872. these precious frequency allocations because (among otherthings)
  3873. we push the state of the art, and not just by radio.  Youwill
  3874. never advance in any area unless you see the big picture.73,
  3875. Dave  KZ1O-- Dave Bushong, KZ1O@K1UGM.MAWang Laboratories,
  3876. Inc.Internet:
  3877. dbushong@wang.com------------------------------Date: Fri, 14 Aug
  3878. 92 03:50:50 GMTFrom:
  3879. usc!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus@net
  3880. work.UCSD.EDUSubject: TAPR 9600 baud modem helpTo:
  3881. packet-radio@ucsd.eduWell, it took a few days of banging my head
  3882. against the wall, but I did getthe TAPR 9600 baud modem working
  3883. with the MFJ-1270b TNC. (Note while I waswaiting for the ringing
  3884. in my head to stop, I accidentally read the manual.)I am now
  3885. trying to get same said modem to work with the PacComm Tiny-2
  3886. TNC.I did the same 'cut jumpers' on the 20 pin header that I did
  3887. on the 1270 butthe PacComm Tiny-2 seems to insist on being a
  3888. different bird.Anyone out there already do this? Also, if you've
  3889. 'married' this modem withother TNC's such as the PK-87/88 or the
  3890. DRSI cards please email some notesfor those mods as well. I try
  3891. to maintain a library of hardware connections.Thanks,
  3892. 73xenon!skyld!jangus   < This space left blank intentionally. >J
  3893. Angus, PO Box 4425, Carson CA 90749-4425 voice (310)
  3894. 324-6080------------------------------End of Packet-Radio Digest
  3895. V92 #221******************************Date: Mon, 17 Aug 92
  3896. 04:30:02 PDTFrom: Packet-Radio Mailing List and Newsgroup
  3897. <packet-radio@ucsd.edu>Errors-To:
  3898. Packet-Radio-Errors@UCSD.EduReply-To:
  3899. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  3900. Digest V92 #222To: packet-radioPacket-Radio Digest         Mon,
  3901. 17 Aug 92       Volume 92 : Issue 222Today's Topics:            
  3902.         Baycom/Baymod-9 Help/Advice?                   Latest
  3903. version of PK-88 firmware                 Packet Networks today
  3904. and tommorrow                 Please help with getting on
  3905. packet.            Seeking opinion on HTs, multimode
  3906. controllersSend Replies or notes for publication to:
  3907. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  3908. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  3909. otherwise to brian@ucsd.edu.Archives of past issues of the
  3910. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  3911. directory "mailarchives/packet-radio".We trust that readers are
  3912. intelligent enough to realize that all textherein consists of
  3913. personal comments and does not represent the officialpolicies or
  3914. positions of any party.  Your mileage may vary.  So
  3915. there.-----------------------------------------------------------
  3916. -----------Date: Sun, 16 Aug 1992 22:49:16 GMTFrom:
  3917. world!rdg@decwrl.dec.comSubject: Baycom/Baymod-9 Help/Advice?To:
  3918. packet-radio@ucsd.eduWell, I am now into packet.  This weekend I
  3919. received the Baymod-9modem-in-a-db-connector from PacCom and
  3920. version 1.50a of the Baycomterminal program.Problem is:  I don't
  3921. have the foggiest idea of what any of this means!<g>(its not up
  3922. to my usual heathkit standard of explaination!)Anyhow, I was
  3923. successful in making the physical connections necessary
  3924. toconnect my Alinco DJ-F1T and in sending and receiving some
  3925. packets froma local Node(?).  I was also successful in
  3926. connecting to myself throughthe node, so I think all is working
  3927. fine.  However, I am not sure how to adjust any of the
  3928. parameters so that I maximize my communications whileminimizing
  3929. the generation of packets which cause collisions.Is there a
  3930. Baycom guru who can provide me with some advice on how to
  3931. usethis system to its fullest advantage, in simple Ham engilsh? 
  3932. Also, anyadvice on how to check whether I have the controls of
  3933. my radio set properlywould be appreciated.  Finally, I see all
  3934. of the (what I believe to be)AX.25 "stuff" going across the
  3935. bottom of the screen, and I think that ifI understood what I was
  3936. seeing I could tell how efficient my transmissionsare being, but
  3937. right now its all GERMAN to me <g>Many thanks to all in advance!
  3938.  (FTP sites for info also appreciated!)73 and tnx!  de
  3939. KA2TMT        Rich Goldstein-- Richard D. GoldsteinSchiller &
  3940. KusmerPatent Attorneys At Law(617) 227-5454
  3941. Telephone------------------------------Date: 16 Aug 1992
  3942. 09:42:36 -0700From: news-mail-gateway@ucsd.eduSubject: Latest
  3943. version of PK-88 firmwareTo: packet-radio@ucsd.eduI have a AEA
  3944. PK-88 TNC and the ROM is upgaraded to the June 1, 1990 version.
  3945. As there arequite a few bugs in this ROM, could you please let
  3946. me knowif there is a more recent ROM upgrade for
  3947. PK-88?ThanksCostas Krallis  SV1XV (ex G7AHN)E-Mail:
  3948. kkrallis@leon.nrcps.ariadne-t.gr------------------------------Dat
  3949. e: 16 Aug 92 13:08:38 GMTFrom:
  3950. usc!cs.utexas.edu!uwm.edu!ogicse!emory!kd4nc!ke4zv!gary@network.U
  3951. CSD.EDUSubject: Packet Networks today and tommorrowTo:
  3952. packet-radio@ucsd.eduIn article
  3953. <1992Aug14.071848.25569@qualcomm.com> karn@chicago.qualcomm.com
  3954. (Phil Karn) writes:>In article
  3955. <1992Aug10.063334.29133@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  3956. Coffman) writes:>>What hardware methods are currently
  3957. available?>>>Our best national and international WAN technology
  3958. is 300 baud HF BBS>>forwarding. It's thruput is about 15
  3959. bytes/second. It's suitable for>>Email.>>You left out the
  3960. Internet backbone links, sometimes referred to as>"wormholes".
  3961. There are quite a few regional TCP/IP networks that are>linked
  3962. to each other through the regular Internet, using
  3963. IP-inside-IP>encapsulation techniques that have been in KA9Q NOS
  3964. well over a year.>With the growth of the Internet it is not hard
  3965. at all to find at least>one site in a given metropolitan area
  3966. that has both access to the>Internet and a ham contact
  3967. interested in putting up a gateway.I left these out because they
  3968. aren't amateur radio. They work, andas long as the commercial
  3969. and institutional networks tolerate them,they are useful, but
  3970. they aren't amateur radio. We could just abandonpacket *radio*
  3971. and all run Fidonet landline BBSs, but that wouldn'tbe amateur
  3972. *radio* either. The thruput would be better though.For
  3973. communications *systems* use, the wirelines are superior toradio
  3974. in ordinary day to day long haul service. But we're supposed to
  3975. be *radio* amateurs, and the data is secondary to the medium in
  3976. our case. I know that's a limited way of looking at things, but
  3977. amateur packet radio is a limited form of communications.
  3978. Afterall, if communications efficiency were our only goal, we'd
  3979. makelong distance phone calls instead of cluttering 20 meters
  3980. withkilowatt DXers.Gary KE4ZV------------------------------Date:
  3981. Sun, 16 Aug 1992 17:08:06 GMTFrom:
  3982. usc!rpi!news.columbia.edu!cunixb.cc.columbia.edu!mig@network.UCSD
  3983. .EDUSubject: Please help with getting on packet.To:
  3984. packet-radio@ucsd.eduI finally got my new 1270B TNC running,
  3985. talking to my computer at 9600 bps,and receiving packets.  I
  3986. calibrated the transmit audio level, and I verifiedhearing
  3987. packets, using a separate receiver.  But I have not been able
  3988. toconnect to any other stations!  I tried increasing TXDelay,
  3989. but to no avail.I am on 145.030.  Could I just be in a poor
  3990. location, and no other stationcan hear me?  Someone please give
  3991. me advice.  Is there a good station near114th Street on the West
  3992. side of Manhattan (NY) that I can try to connect to?I also have
  3993. 440 MHz capabilities.  Thank you for all advice.73,Meir * * * *
  3994. *  =================  Internet address is  
  3995. mig@cunixb.cc.columbia.edu* * * * * * = Meir I. Green =  for
  3996. short, mail to    mig@columbia.edu * * * * *  ================= 
  3997. UUCP Bang!            columbia.edu!mig* * * * * *
  3998. =================  Amateur Packet Radio 
  3999. N2JPG@W2XO.PA.USA.NOAM------------------------------Date: 16 Aug
  4000. 92 23:53:03 GMTFrom:
  4001. swrinde!gatech!uflorida!winnie!zach.fit.edu!rcs50145@network.UCSD
  4002. .EDUSubject: Seeking opinion on HTs, multimode controllersTo:
  4003. packet-radio@ucsd.eduHello all;I am trying to decide on a packet
  4004. setup, but know very little aboutHTs in general.  The DJ580T
  4005. looks like a fairly good deal right now,so I was hoping to get
  4006. some more info on it, or recommendations forother products with
  4007. similar functions.  I would like to eventuallyhook it up to the
  4008. MFJ-1278 multimode controller (any opinions onthis device are
  4009. also appreciated).If anybody has recommendations on an
  4010. inexpensive 2m/70cm HT suitablefor packet, please email to me.
  4011. If there are reviews available, pointersto them would be great. 
  4012. I am not particularly picky about wether or notit can handle
  4013. 56kbps or some high speed;  2400 baud is plenty for me
  4014. fornow.Please email, as news gets expired frequently here at my
  4015. site.Tim Coldenhoff,  KD4QJF/AAinet: 
  4016. rcs50145@zach.fit.edu------------------------------Date: Sun, 16
  4017. Aug 1992 22:48:13 GMTFrom:
  4018. sdd.hp.com!nigel.msen.com!yale.edu!cs.yale.edu!ewing-martin@netwo
  4019. rk.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  4020. <1992Aug10.063334.29133@ke4zv.uucp>,
  4021. <1992Aug14.071848.25569@qualcomm.com>,
  4022. <1992Aug16.130838.18893@ke4zv.uucp>2Subject : Re: Packet
  4023. Networks today and tommorrowIn article
  4024. <1992Aug16.130838.18893@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  4025. Coffman) writes:...>For communications *systems* use, the
  4026. wirelines are superior to>radio in ordinary day to day long haul
  4027. service. But we're supposed >to be *radio* amateurs, and the
  4028. data is secondary to the medium in >our case. I know that's a
  4029. limited way of looking at things, but >amateur packet radio is a
  4030. limited form of communications. After>all, if communications
  4031. efficiency were our only goal, we'd make>long distance phone
  4032. calls instead of cluttering 20 meters with>kilowatt DXers.>>Gary
  4033. KE4ZVMy slant on this is that radio is uniquely good at
  4034. local/portable/mobiledata communications.  Something I dearly
  4035. wish I could do now (for work)is to get 38.4 or 56 kb/s from
  4036. home to work.  Ham radio could be doingthis.  (Alas, not for
  4037. work!) Ham radio can never hope to compete with NSFNet
  4038. (Internet) in MB/sec around the country or world.  But (until
  4039. ISDN or until normal phone modems get much better) radio (in GHz
  4040. bands, probably) is the right solution.The economics seems
  4041. right.  Hams are willing to spend $100s to getconnected on
  4042. packet.  Soon, this should get you up to 9600 bps forlocal
  4043. communications to a hub node/bbs.  The hub node/bbs systemsseem
  4044. to be able to command $1000s from clubs or fat cats.  Thatshould
  4045. be enough to cadge an Internet connection from the local U,too.I
  4046. can't see the value in ever trying for transcontinental ham
  4047. linksat any speed, when Internet is free and reliable.  (If ham
  4048. satellitescan be done "free", I should think Internet
  4049. connections could be.)There's a lot of value in long radio links
  4050. connecting very remote or non-industrialized areas, but that's
  4051. not my focus here.Just some random ideas from an inquiring mind.
  4052.  (Maybe the honchosare working on this already?)Martin,
  4053. AA6E------------------------------End of Packet-Radio Digest V92
  4054. #222******************************Date: Tue, 18 Aug 92 04:30:03
  4055. PDTFrom: Packet-Radio Mailing List and Newsgroup
  4056. <packet-radio@ucsd.edu>Errors-To:
  4057. Packet-Radio-Errors@UCSD.EduReply-To:
  4058. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  4059. Digest V92 #223To: packet-radioPacket-Radio Digest         Tue,
  4060. 18 Aug 92       Volume 92 : Issue 223Today's Topics:            
  4061.               (none) (4 msgs)                        A&A Packet
  4062. modem kits?                data compression with packet:  legal?
  4063.                 Digicom C-64: Anyone still using it?            
  4064.  Hostmaster vs Ka-Gold...comments? (2 msgs)                     
  4065.      KISS and TCP/IP                  New packeteer frustration
  4066. (4 msgs)                         Standard C528A Mods            
  4067. What AOR radio similar to Icom R1? (2 msgs)                     
  4068.    Wormhole Info WantedSend Replies or notes for publication to:
  4069. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  4070. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  4071. otherwise to brian@ucsd.edu.Archives of past issues of the
  4072. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  4073. directory "mailarchives/packet-radio".We trust that readers are
  4074. intelligent enough to realize that all textherein consists of
  4075. personal comments and does not represent the officialpolicies or
  4076. positions of any party.  Your mileage may vary.  So
  4077. there.-----------------------------------------------------------
  4078. -----------Date: 17 Aug 1992 21:18:19 -0700From:
  4079. news-mail-gateway@ucsd.eduSubject: (none)To:
  4080. packet-radio@ucsd.eduReceived: from internet by attmail; Tue Aug
  4081. 18 03:59 GMT 1992>From UCSD.EDU!packet-radio-relay Mon Aug 17
  4082. 04:30:02 PDT 1992 remote from internetReceived: by att.att.com;
  4083. Mon Aug 17 21:49:22 EDT 1992Received: by ucsd.edu; id
  4084. AA28347    sendmail 5.67/UCSD-2.2-sun    Mon, 17 Aug 92 04:30:05 -0700
  4085. for claris!voder!nsc!gpo.nsc.com!sinclair%spi.dnetReceived: by
  4086. ucsd.edu; id AA28342    sendmail 5.67/UCSD-2.2-sun    Mon, 17 Aug 92
  4087. 04:30:03 -0700 for /usr/lib/sendmail -oc -odb
  4088. -oQ/var/spool/lqueue -oi -fpacket-radio-relay
  4089. packet-radio-listMessage-Id: <9208171130.AA28342@ucsd.edu>Date:
  4090. Mon, 17 Aug 92 04:30:02 PDTFrom: internet!ucsd.edu!packet-radio
  4091. (Packet-Radio Mailing List and Newsgroup)Errors-To:
  4092. Packet-Radio-Errors@UCSD.EduReply-To:
  4093. internet!UCSD.Edu!Packet-Radio Precedence: BulkSubject:
  4094. Packet-Radio Digest V92 #222To: internet!UCSD.EDU!packet-radio
  4095. Packet-Radio Digest         Mon, 17 Aug 92       Volume 92 :
  4096. Issue 222Today's Topics:                     Baycom/Baymod-9
  4097. Help/Advice?                   Latest version of PK-88 firmware 
  4098.                Packet Networks today and tommorrow              
  4099.   Please help with getting on packet.            Seeking opinion
  4100. on HTs, multimode controllersSend Replies or notes for
  4101. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  4102. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  4103. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  4104. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  4105. directory "mailarchives/packet-radio".We trust that readers are
  4106. intelligent enough to realize that all textherein consists of
  4107. personal comments and does not represent the officialpolicies or
  4108. positions of any party.  Your mileage may vary.  So
  4109. there.-----------------------------------------------------------
  4110. -----------Date: Sun, 16 Aug 1992 22:49:16 GMTFrom:
  4111. world!rdg@decwrl.dec.comSubject: Baycom/Baymod-9 Help/Advice?To:
  4112. packet-radio@ucsd.eduWell, I am now into packet.  This weekend I
  4113. received the Baymod-9modem-in-a-db-connector from PacCom and
  4114. version 1.50a of the Baycomterminal program.Problem is:  I don't
  4115. have the foggiest idea of what any of this means!<g>(its not up
  4116. to my usual heathkit standard of explaination!)Anyhow, I was
  4117. successful in making the physical connections necessary
  4118. toconnect my Alinco DJ-F1T and in sending and receiving some
  4119. packets froma local Node(?).  I was also successful in
  4120. connecting to myself throughthe node, so I think all is working
  4121. fine.  However, I am not sure how to adjust any of the
  4122. parameters so that I maximize my communications whileminimizing
  4123. the generation of packets which cause collisions.Is there a
  4124. Baycom guru who can provide me with some advice on how to
  4125. usethis system to its fullest advantage, in simple Ham engilsh? 
  4126. Also, anyadvice on how to check whether I have the controls of
  4127. my radio set properlywould be appreciated.  Finally, I see all
  4128. of the (what I believe to be)AX.25 "stuff" going across the
  4129. bottom of the screen, and I think that ifI understood what I was
  4130. seeing I could tell how efficient my transmissionsare being, but
  4131. right now its all GERMAN to me <g>Many thanks to all in advance!
  4132.  (FTP sites for info also appreciated!)73 and tnx!  de
  4133. KA2TMT        Rich Goldstein-- Richard D. GoldsteinSchiller &
  4134. KusmerPatent Attorneys At Law(617) 227-5454
  4135. Telephone------------------------------Date: 16 Aug 1992
  4136. 09:42:36 -0700From: news-mail-gateway@ucsd.eduSubject: Latest
  4137. version of PK-88 firmwareTo: packet-radio@ucsd.eduI have a AEA
  4138. PK-88 TNC and the ROM is upgaraded to the June 1, 1990 version.
  4139. As there arequite a few bugs in this ROM, could you please let
  4140. me knowif there is a more recent ROM upgrade for
  4141. PK-88?ThanksCostas Krallis  SV1XV (ex G7AHN)E-Mail:
  4142. kkrallis@leon.nrcps.ariadne-t.gr------------------------------Dat
  4143. e: 16 Aug 92 13:08:38 GMTFrom:
  4144. usc!cs.utexas.edu!uwm.edu!ogicse!emory!kd4nc!ke4zv!gary@network.U
  4145. CSD.EDUSubject: Packet Networks today and tommorrowTo:
  4146. packet-radio@ucsd.eduIn article
  4147. <1992Aug14.071848.25569@qualcomm.com> karn@chicago.qualcomm.com
  4148. (Phil Karn) writes:>In article
  4149. <1992Aug10.063334.29133@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  4150. Coffman) writes:>>What hardware methods are currently
  4151. available?>>>Our best national and international WAN technology
  4152. is 300 baud HF BBS>>forwarding. It's thruput is about 15
  4153. bytes/second. It's suitable for>>Email.>>You left out the
  4154. Internet backbone links, sometimes referred to as>"wormholes".
  4155. There are quite a few regional TCP/IP networks that are>linked
  4156. to each other through the regular Internet, using
  4157. IP-inside-IP>encapsulation techniques that have been in KA9Q NOS
  4158. well over a year.>With the growth of the Internet it is not hard
  4159. at all to find at least>one site in a given metropolitan area
  4160. that has both access to the>Internet and a ham contact
  4161. interested in putting up a gateway.I left these out because they
  4162. aren't amateur radio. They work, andas long as the commercial
  4163. and institutional networks tolerate them,they are useful, but
  4164. they aren't amateur radio. We could just abandonpacket *radio*
  4165. and all run Fidonet landline BBSs, but that wouldn'tbe amateur
  4166. *radio* either. The thruput would be better though.For
  4167. communications *systems* use, the wirelines are superior toradio
  4168. in ordinary day to day long haul service. But we're supposed to
  4169. be *radio* amateurs, and the data is secondary to the medium in
  4170. our case. I know that's a limited way of looking at things, but
  4171. amateur packet radio is a limited form of communications.
  4172. Afterall, if communications efficiency were our only goal, we'd
  4173. makelong distance phone calls instead of cluttering 20 meters
  4174. withkilowatt DXers.Gary KE4ZV------------------------------Date:
  4175. Sun, 16 Aug 1992 17:08:06 GMTFrom:
  4176. usc!rpi!news.columbia.edu!cunixb.cc.columbia.edu!mig@network.UCSD
  4177. .EDUSubject: Please help with getting on packet.To:
  4178. packet-radio@ucsd.eduI finally got my new 1270B TNC running,
  4179. talking to my computer at 9600 bps,and receiving packets.  I
  4180. calibrated the transmit audio level, and I verifiedhearing
  4181. packets, using a separate receiver.  But I have not been able
  4182. toconnect to any other stations!  I tried increasing TXDelay,
  4183. but to no avail.I am on 145.030.  Could I just be in a poor
  4184. location, and no other stationcan hear me?  Someone please give
  4185. me advice.  Is there a good station near114th Street on the West
  4186. side of Manhattan (NY) that I can try to connect to?I also have
  4187. 440 MHz capabilities.  Thank you for all advice.73,Meir * * * *
  4188. *  =================  Internet address is  
  4189. mig@cunixb.cc.columbia.edu* * * * * * = Meir I. Green =  for
  4190. short, mail to    mig@columbia.edu * * * * *  ================= 
  4191. UUCP Bang!            columbia.edu!mig* * * * * *
  4192. =================  Amateur Packet Radio 
  4193. N2JPG@W2XO.PA.USA.NOAM------------------------------Date: 16 Aug
  4194. 92 23:53:03 GMTFrom:
  4195. swrinde!gatech!uflorida!winnie!zach.fit.edu!rcs50145@network.UCSD
  4196. .EDUSubject: Seeking opinion on HTs, multimode controllersTo:
  4197. packet-radio@ucsd.eduHello all;I am trying to decide on a packet
  4198. setup, but know very little aboutHTs in general.  The DJ580T
  4199. looks like a fairly good deal right now,so I was hoping to get
  4200. some more info on it, or recommendations forother products with
  4201. similar functions.  I would like to eventuallyhook it up to the
  4202. MFJ-1278 multimode controller (any opinions onthis device are
  4203. also appreciated).If anybody has recommendations on an
  4204. inexpensive 2m/70cm HT suitablefor packet, please email to me.
  4205. If there are reviews available, pointersto them would be great. 
  4206. I am not particularly picky about wether or notit can handle
  4207. 56kbps or some high speed;  2400 baud is plenty for me
  4208. fornow.Please email, as news gets expired frequently here at my
  4209. site.Tim Coldenhoff,  KD4QJF/AAinet: 
  4210. rcs50145@zach.fit.edu------------------------------Date: Sun, 16
  4211. Aug 1992 22:48:13 GMTFrom:
  4212. sdd.hp.com!nigel.msen.com!yale.edu!cs.yale.edu!ewing-martin@netwo
  4213. rk.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  4214. <1992Aug10.063334.29133@ke4zv.uucp>,
  4215. <1992Aug14.071848.25569@qualcomm.com>,
  4216. <1992Aug16.130838.18893@ke4zv.uucp>2Subject : Re: Packet
  4217. Networks today and tommorrowIn article
  4218. <1992Aug16.130838.18893@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  4219. Coffman) writes:...>For communications *systems* use, the
  4220. wirelines are superior to>radio in ordinary day to day long haul
  4221. service. But we're supposed >to be *radio* amateurs, and the
  4222. data is secondary to the medium in >our case. I know that's a
  4223. limited way of looking at things, but >amateur packet radio is a
  4224. limited form of communications. After>all, if communications
  4225. efficiency were our only goal, we'd make>long distance phone
  4226. calls instead of cluttering 20 meters with>kilowatt DXers.>>Gary
  4227. KE4ZVMy slant on this is that radio is uniquely good at
  4228. local/portable/mobiledata communications.  Something I dearly
  4229. wish I could do now (for work)is to get 38.4 or 56 kb/s from
  4230. home to work.  Ham radio could be doingthis.  (Alas, not for
  4231. work!) Ham radio can never hope to compete with NSFNet
  4232. (Internet) in MB/sec around the country or world.  But (until
  4233. ISDN or until normal phone modems get much better) radio (in GHz
  4234. bands, probably) is the right solution.The economics seems
  4235. right.  Hams are willing to spend $100s to getconnected on
  4236. packet.  Soon, this should get you up to 9600 bps forlocal
  4237. communications to a hub node/bbs.  The hub node/bbs systemsseem
  4238. to be able to command $1000s from clubs or fat cats.  Thatshould
  4239. be enough to cadge an Internet connection from the local U,too.I
  4240. can't see the value in ever trying for transcontinental ham
  4241. linksat any speed, when Internet is free and reliable.  (If ham
  4242. satellitescan be done "free", I should think Internet
  4243. connections could be.)There's a lot of value in long radio links
  4244. connecting very remote or non-industrialized areas, but that's
  4245. not my focus here.Just some random ideas from an inquiring mind.
  4246.  (Maybe the honchosare working on this already?)Martin,
  4247. AA6E------------------------------End of Packet-Radio Digest V92
  4248. #222******************************------------------------------D
  4249. ate: 17 Aug 1992 21:20:51 -0700From:
  4250. news-mail-gateway@ucsd.eduSubject: (none)To:
  4251. packet-radio@ucsd.eduReceived: from internet by attmail; Tue Aug
  4252. 18 03:59 GMT 1992>From UCSD.EDU!packet-radio-relay Mon Aug 17
  4253. 04:30:02 PDT 1992 remote from internetReceived: by att.att.com;
  4254. Mon Aug 17 21:49:22 EDT 1992Received: by ucsd.edu; id
  4255. AA28347    sendmail 5.67/UCSD-2.2-sun    Mon, 17 Aug 92 04:30:05 -0700
  4256. for claris!voder!nsc!gpo.nsc.com!sinclair%spi.dnetReceived: by
  4257. ucsd.edu; id AA28342    sendmail 5.67/UCSD-2.2-sun    Mon, 17 Aug 92
  4258. 04:30:03 -0700 for /usr/lib/sendmail -oc -odb
  4259. -oQ/var/spool/lqueue -oi -fpacket-radio-relay
  4260. packet-radio-listMessage-Id: <9208171130.AA28342@ucsd.edu>Date:
  4261. Mon, 17 Aug 92 04:30:02 PDTFrom: internet!ucsd.edu!packet-radio
  4262. (Packet-Radio Mailing List and Newsgroup)Errors-To:
  4263. Packet-Radio-Errors@UCSD.EduReply-To:
  4264. internet!UCSD.Edu!Packet-Radio Precedence: BulkSubject:
  4265. Packet-Radio Digest V92 #222To: internet!UCSD.EDU!packet-radio
  4266. Packet-Radio Digest         Mon, 17 Aug 92       Volume 92 :
  4267. Issue 222Today's Topics:                     Baycom/Baymod-9
  4268. Help/Advice?                   Latest version of PK-88 firmware 
  4269.                Packet Networks today and tommorrow              
  4270.   Please help with getting on packet.            Seeking opinion
  4271. on HTs, multimode controllersSend Replies or notes for
  4272. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  4273. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  4274. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  4275. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  4276. directory "mailarchives/packet-radio".We trust that readers are
  4277. intelligent enough to realize that all textherein consists of
  4278. personal comments and does not represent the officialpolicies or
  4279. positions of any party.  Your mileage may vary.  So
  4280. there.-----------------------------------------------------------
  4281. -----------Date: Sun, 16 Aug 1992 22:49:16 GMTFrom:
  4282. world!rdg@decwrl.dec.comSubject: Baycom/Baymod-9 Help/Advice?To:
  4283. packet-radio@ucsd.eduWell, I am now into packet.  This weekend I
  4284. received the Baymod-9modem-in-a-db-connector from PacCom and
  4285. version 1.50a of the Baycomterminal program.Problem is:  I don't
  4286. have the foggiest idea of what any of this means!<g>(its not up
  4287. to my usual heathkit standard of explaination!)Anyhow, I was
  4288. successful in making the physical connections necessary
  4289. toconnect my Alinco DJ-F1T and in sending and receiving some
  4290. packets froma local Node(?).  I was also successful in
  4291. connecting to myself throughthe node, so I think all is working
  4292. fine.  However, I am not sure how to adjust any of the
  4293. parameters so that I maximize my communications whileminimizing
  4294. the generation of packets which cause collisions.Is there a
  4295. Baycom guru who can provide me with some advice on how to
  4296. usethis system to its fullest advantage, in simple Ham engilsh? 
  4297. Also, anyadvice on how to check whether I have the controls of
  4298. my radio set properlywould be appreciated.  Finally, I see all
  4299. of the (what I believe to be)AX.25 "stuff" going across the
  4300. bottom of the screen, and I think that ifI understood what I was
  4301. seeing I could tell how efficient my transmissionsare being, but
  4302. right now its all GERMAN to me <g>Many thanks to all in advance!
  4303.  (FTP sites for info also appreciated!)73 and tnx!  de
  4304. KA2TMT        Rich Goldstein-- Richard D. GoldsteinSchiller &
  4305. KusmerPatent Attorneys At Law(617) 227-5454
  4306. Telephone------------------------------Date: 16 Aug 1992
  4307. 09:42:36 -0700From: news-mail-gateway@ucsd.eduSubject: Latest
  4308. version of PK-88 firmwareTo: packet-radio@ucsd.eduI have a AEA
  4309. PK-88 TNC and the ROM is upgaraded to the June 1, 1990 version.
  4310. As there arequite a few bugs in this ROM, could you please let
  4311. me knowif there is a more recent ROM upgrade for
  4312. PK-88?ThanksCostas Krallis  SV1XV (ex G7AHN)E-Mail:
  4313. kkrallis@leon.nrcps.ariadne-t.gr------------------------------Dat
  4314. e: 16 Aug 92 13:08:38 GMTFrom:
  4315. usc!cs.utexas.edu!uwm.edu!ogicse!emory!kd4nc!ke4zv!gary@network.U
  4316. CSD.EDUSubject: Packet Networks today and tommorrowTo:
  4317. packet-radio@ucsd.eduIn article
  4318. <1992Aug14.071848.25569@qualcomm.com> karn@chicago.qualcomm.com
  4319. (Phil Karn) writes:>In article
  4320. <1992Aug10.063334.29133@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  4321. Coffman) writes:>>What hardware methods are currently
  4322. available?>>>Our best national and international WAN technology
  4323. is 300 baud HF BBS>>forwarding. It's thruput is about 15
  4324. bytes/second. It's suitable for>>Email.>>You left out the
  4325. Internet backbone links, sometimes referred to as>"wormholes".
  4326. There are quite a few regional TCP/IP networks that are>linked
  4327. to each other through the regular Internet, using
  4328. IP-inside-IP>encapsulation techniques that have been in KA9Q NOS
  4329. well over a year.>With the growth of the Internet it is not hard
  4330. at all to find at least>one site in a given metropolitan area
  4331. that has both access to the>Internet and a ham contact
  4332. interested in putting up a gateway.I left these out because they
  4333. aren't amateur radio. They work, andas long as the commercial
  4334. and institutional networks tolerate them,they are useful, but
  4335. they aren't amateur radio. We could just abandonpacket *radio*
  4336. and all run Fidonet landline BBSs, but that wouldn'tbe amateur
  4337. *radio* either. The thruput would be better though.For
  4338. communications *systems* use, the wirelines are superior toradio
  4339. in ordinary day to day long haul service. But we're supposed to
  4340. be *radio* amateurs, and the data is secondary to the medium in
  4341. our case. I know that's a limited way of looking at things, but
  4342. amateur packet radio is a limited form of communications.
  4343. Afterall, if communications efficiency were our only goal, we'd
  4344. makelong distance phone calls instead of cluttering 20 meters
  4345. withkilowatt DXers.Gary KE4ZV------------------------------Date:
  4346. Sun, 16 Aug 1992 17:08:06 GMTFrom:
  4347. usc!rpi!news.columbia.edu!cunixb.cc.columbia.edu!mig@network.UCSD
  4348. .EDUSubject: Please help with getting on packet.To:
  4349. packet-radio@ucsd.eduI finally got my new 1270B TNC running,
  4350. talking to my computer at 9600 bps,and receiving packets.  I
  4351. calibrated the transmit audio level, and I verifiedhearing
  4352. packets, using a separate receiver.  But I have not been able
  4353. toconnect to any other stations!  I tried increasing TXDelay,
  4354. but to no avail.I am on 145.030.  Could I just be in a poor
  4355. location, and no other stationcan hear me?  Someone please give
  4356. me advice.  Is there a good station near114th Street on the West
  4357. side of Manhattan (NY) that I can try to connect to?I also have
  4358. 440 MHz capabilities.  Thank you for all advice.73,Meir * * * *
  4359. *  =================  Internet address is  
  4360. mig@cunixb.cc.columbia.edu* * * * * * = Meir I. Green =  for
  4361. short, mail to    mig@columbia.edu * * * * *  ================= 
  4362. UUCP Bang!            columbia.edu!mig* * * * * *
  4363. =================  Amateur Packet Radio 
  4364. N2JPG@W2XO.PA.USA.NOAM------------------------------Date: 16 Aug
  4365. 92 23:53:03 GMTFrom:
  4366. swrinde!gatech!uflorida!winnie!zach.fit.edu!rcs50145@network.UCSD
  4367. .EDUSubject: Seeking opinion on HTs, multimode controllersTo:
  4368. packet-radio@ucsd.eduHello all;I am trying to decide on a packet
  4369. setup, but know very little aboutHTs in general.  The DJ580T
  4370. looks like a fairly good deal right now,so I was hoping to get
  4371. some more info on it, or recommendations forother products with
  4372. similar functions.  I would like to eventuallyhook it up to the
  4373. MFJ-1278 multimode controller (any opinions onthis device are
  4374. also appreciated).If anybody has recommendations on an
  4375. inexpensive 2m/70cm HT suitablefor packet, please email to me.
  4376. If there are reviews available, pointersto them would be great. 
  4377. I am not particularly picky about wether or notit can handle
  4378. 56kbps or some high speed;  2400 baud is plenty for me
  4379. fornow.Please email, as news gets expired frequently here at my
  4380. site.Tim Coldenhoff,  KD4QJF/AAinet: 
  4381. rcs50145@zach.fit.edu------------------------------Date: Sun, 16
  4382. Aug 1992 22:48:13 GMTFrom:
  4383. sdd.hp.com!nigel.msen.com!yale.edu!cs.yale.edu!ewing-martin@netwo
  4384. rk.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  4385. <1992Aug10.063334.29133@ke4zv.uucp>,
  4386. <1992Aug14.071848.25569@qualcomm.com>,
  4387. <1992Aug16.130838.18893@ke4zv.uucp>2Subject : Re: Packet
  4388. Networks today and tommorrowIn article
  4389. <1992Aug16.130838.18893@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  4390. Coffman) writes:...>For communications *systems* use, the
  4391. wirelines are superior to>radio in ordinary day to day long haul
  4392. service. But we're supposed >to be *radio* amateurs, and the
  4393. data is secondary to the medium in >our case. I know that's a
  4394. limited way of looking at things, but >amateur packet radio is a
  4395. limited form of communications. After>all, if communications
  4396. efficiency were our only goal, we'd make>long distance phone
  4397. calls instead of cluttering 20 meters with>kilowatt DXers.>>Gary
  4398. KE4ZVMy slant on this is that radio is uniquely good at
  4399. local/portable/mobiledata communications.  Something I dearly
  4400. wish I could do now (for work)is to get 38.4 or 56 kb/s from
  4401. home to work.  Ham radio could be doingthis.  (Alas, not for
  4402. work!) Ham radio can never hope to compete with NSFNet
  4403. (Internet) in MB/sec around the country or world.  But (until
  4404. ISDN or until normal phone modems get much better) radio (in GHz
  4405. bands, probably) is the right solution.The economics seems
  4406. right.  Hams are willing to spend $100s to getconnected on
  4407. packet.  Soon, this should get you up to 9600 bps forlocal
  4408. communications to a hub node/bbs.  The hub node/bbs systemsseem
  4409. to be able to command $1000s from clubs or fat cats.  Thatshould
  4410. be enough to cadge an Internet connection from the local U,too.I
  4411. can't see the value in ever trying for transcontinental ham
  4412. linksat any speed, when Internet is free and reliable.  (If ham
  4413. satellitescan be done "free", I should think Internet
  4414. connections could be.)There's a lot of value in long radio links
  4415. connecting very remote or non-industrialized areas, but that's
  4416. not my focus here.Just some random ideas from an inquiring mind.
  4417.  (Maybe the honchosare working on this already?)Martin,
  4418. AA6E------------------------------End of Packet-Radio Digest V92
  4419. #222******************************------------------------------D
  4420. ate: 18 Aug 1992 00:56:17 -0700From:
  4421. news-mail-gateway@ucsd.eduSubject: (none)To:
  4422. packet-radio@ucsd.eduReceived: from internet by attmail; Tue Aug
  4423. 18 06:22 GMT 1992>From UCSD.EDU!packet-radio-relay Sun Aug 16
  4424. 04:30:03 PDT 1992 remote from internetReceived: by att.att.com;
  4425. Tue Aug 18 01:57:53 EDT 1992Received: by ucsd.edu; id
  4426. AA13679    sendmail 5.67/UCSD-2.2-sun    Sun, 16 Aug 92 04:30:06 -0700
  4427. for claris!voder!nsc!gpo.nsc.com!sinclair%spi.dnetReceived: by
  4428. ucsd.edu; id AA13675    sendmail 5.67/UCSD-2.2-sun    Sun, 16 Aug 92
  4429. 04:30:05 -0700 for /usr/lib/sendmail -oc -odb
  4430. -oQ/var/spool/lqueue -oi -fpacket-radio-relay
  4431. packet-radio-listMessage-Id: <9208161130.AA13675@ucsd.edu>Date:
  4432. Sun, 16 Aug 92 04:30:03 PDTFrom: internet!ucsd.edu!packet-radio
  4433. (Packet-Radio Mailing List and Newsgroup)Errors-To:
  4434. Packet-Radio-Errors@UCSD.EduReply-To:
  4435. internet!UCSD.Edu!Packet-Radio Precedence: BulkSubject:
  4436. Packet-Radio Digest V92 #221To: internet!UCSD.EDU!packet-radio
  4437. Packet-Radio Digest         Sun, 16 Aug 92       Volume 92 :
  4438. Issue 221Today's Topics:              Callbook Server for
  4439. Full-Service BBS calls                data compression with
  4440. packet:  legal?                  New packeteer frustration (3
  4441. msgs)                 Packet Networks today and tommorrow       
  4442.               TAPR 9600 baud modem helpSend Replies or notes for
  4443. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  4444. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  4445. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  4446. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  4447. directory "mailarchives/packet-radio".We trust that readers are
  4448. intelligent enough to realize that all textherein consists of
  4449. personal comments and does not represent the officialpolicies or
  4450. positions of any party.  Your mileage may vary.  So
  4451. there.-----------------------------------------------------------
  4452. -----------Date: 15 Aug 92 06:56:01 GMTFrom:
  4453. swrinde!cs.utexas.edu!ut-emx!shrike!kriss@network.UCSD.EDUSubject
  4454. : Callbook Server for Full-Service BBS callsTo:
  4455. packet-radio@ucsd.eduMy wish list is to find an on-line Callbook
  4456. server thathas a listing of packet BBS calls by City/State. If
  4457. noserver, does anyone have a listing?Sure would be nice to be
  4458. able to lookup Austin, Texasand find N5LJF.#AUS.TX.USA.NA who
  4459. runs a full-service BBS.On more than one ocasion I have wanted
  4460. to send a msg toa ham in a city and had no idea of the BBS
  4461. callsign.Are you listening ARRL for the next Repeater
  4462. Directory?Dick, KD5VUKD5VU @ N5LJF.#AUS.TX.USA.NAOn: 8/15/92
  4463. 1:55:28 AM CST-----------
  4464.  
  4465. -------------------Date: 15 Aug 92 13:43:13 GMTFrom:
  4466. usc!sol.ctr.columbia.edu!emory!kd4nc!ke4zv!gary@network.UCSD.EDUS
  4467. ubject: data compression with packet:  legal?To:
  4468. packet-radio@ucsd.eduIn article <398@arrl.org> lhurder@arrl.org
  4469. (Luck Hurder KY1T) writes:>>>From the ARRL's FCC
  4470. Rulebook:>>"Above 50 MHz where data and RTTY emissions are
  4471. permitted, >unspecified digital codes may be used in
  4472. communication between stations>licensed by the FCC.  Baudot,
  4473. AMTOR and ASCII are specified in>the rules, so unspecified
  4474. includes everything else..."Let's make sure we aren't talking
  4475. apples and oranges here. Baudot andASCII are bit encodings for
  4476. *characters*, AMTOR uses the same encodingas Baudot. Meanwhile,
  4477. *compression* is done at the *text* level, notthe character
  4478. level. For example, I could zip a file and then uuencodethe zip
  4479. file. Then the file I would transmit would still be ASCII atthe
  4480. character level, but totally different from the original at
  4481. thetext level.There are *three* different levels of encoding
  4482. that must be considered.The text level, the character level, and
  4483. the symbol level. Text levelencoding includes plain text,
  4484. compressed text, and encrypted text. Onlythe latter is
  4485. restricted. Encryption may be used on certain controllinks in
  4486. amateur service, but nowhere else. At the character level,we
  4487. have Baudot, ASCII, and unspecified encodings such as EBDIC.
  4488. Theunspecified encodings are limited to the data segments above
  4489. 50 MHz.Finally we have the symbol encoding. This can be NRZ,
  4490. NRZI, straightFSK, AFSK, PSK, QPSK, etc. This is what really
  4491. determines occupiedbandwidth when taken together with symbol
  4492. rate.Gary KE4ZV------------------------------Date: Sat, 15 Aug
  4493. 1992 16:58:55 GMTFrom:
  4494. cs.yale.edu!ewing-martin@yale.arpaSubject: New packeteer
  4495. frustrationTo: packet-radio@ucsd.eduAfter many years of sitting
  4496. by the packet sidelines, I've set up a KAMand started decoding
  4497. the burps.  As someone who uses the Internetdaily, this has been
  4498. an eye-opening experience for me.As someone recently noted ham
  4499. packet, as currently practiced, is anadventure in
  4500. low-performance communications (but cost-effective).  Yeah,with
  4501. incredible patience and luck, I've managed to connect from
  4502. Phila-delphia to Maine.  I've seen umpteen users competing for a
  4503. single1200 baud port to a PC.  And I note that 10s of kHz of
  4504. precious HFspectrum are taken up by very unfriendly robots
  4505. chatting at **300 baud**.(They won't give you the time of day,
  4506. and the throughput is abysmal.)Now I see there's a big brouhaha
  4507. about the ARRL not defending theseterribly inefficient mail
  4508. operations to the maximum of its ability.The contrast with the
  4509. Internet is incredible.  I can easily transfera megabyte per
  4510. minute across the country, and I am somewhat annoyedI can't do
  4511. better.  I can send dozens of e-mail messages around theworld
  4512. and often get replies in minutes.  But you all know that.My
  4513. question here is where does one go for information about
  4514. digitalham networking plans - especially the (very logical) use
  4515. of Internetlinks for long haul?  It's not in QST, I think.
  4516. :-)Until I get better adjusted to VHF packet, you'll probably
  4517. find meon 20 m AMTOR.  There's a friendly medium!  Not much good
  4518. for downloadingsoftware, however.Cheers and 73s, Martin,
  4519. AA6E------------------------------Date: Sat, 15 Aug 92 20:45:31
  4520. GMTFrom: csus.edu!netcom.com!feustel@decwrl.dec.comSubject: New
  4521. packeteer frustrationTo: packet-radio@ucsd.eduI also recently
  4522. purchased a BayPac unit to connect my computer and myhandheld to
  4523. try packet. My impression is that packet is just toooo slowfor
  4524. me. I can connect to Australia via ftp at kilobytes/sec.
  4525. Thismakes packet seem rather useless to me at the moment,
  4526. although I wouldhappily be educated about useful applications of
  4527. packet.-- Dave Feustel N9MYI <feustel@netcom.com>---Given Civil
  4528. Seizure, from the DEA's point of view, winning the War onDrugs
  4529. would be killing the Goose that lays golden eggs.It's also hard
  4530. to tell which group is up to more no-good: cops
  4531. orcrooks.------------------------------Date: Sun, 16 Aug 1992
  4532. 04:20:10 GMTFrom: world!rdg@decwrl.dec.comSubject: New packeteer
  4533. frustrationTo: packet-radio@ucsd.edufeustel@netcom.com (David
  4534. Feustel) writes:>I also recently purchased a BayPac unit to
  4535. connect my computer and my>handheld to try packet. My impression
  4536. is that packet is just toooo slow>for me. I can connect to
  4537. Australia via ftp at kilobytes/sec. This>makes packet seem
  4538. rather useless to me at the moment, although I would>happily be
  4539. educated about useful applications of packet.>-- >Dave Feustel
  4540. N9MYI <feustel@netcom.com>>--->Given Civil Seizure, from the
  4541. DEA's point of view, winning the War on>Drugs would be killing
  4542. the Goose that lays golden eggs.>It's also hard to tell which
  4543. group is up to more no-good: cops or>crooks.Make that three
  4544. votes for a big Question Mark concerning packet.I, too, just
  4545. received a BAYMOD-9 from PaccCom.  At 60 bucks it seemed likea
  4546. cheap way to see what all the broo ha ha was all about.  Well,
  4547. afterspending two nights here in the Boston area seeing the
  4548. sameinformation, messages and mail going back and forth at 1200
  4549. baud, I'mnot sure what the big deal is, either.  Sign me...
  4550. another kid spoiled by the Internet!73...  KA2TMT       Rich
  4551. G.-- Richard D. GoldsteinSchiller & KusmerPatent Attorneys At
  4552. Law(617) 227-5454 Telephone------------------------------Date:
  4553. Sat, 15 Aug 92 16:59:17 GMTFrom:
  4554. das.wang.com!wang!dbushong@uunet.uu.netSubject: Packet Networks
  4555. today and tommorrowTo:
  4556. packet-radio@ucsd.edukarn@chicago.qualcomm.com (Phil Karn)
  4557. writes:>[...]>I see no reason to deprecate a long-haul linking
  4558. technology just>because it's not radio. Hams ought to take a
  4559. "systems integration">approach to networking and be as flexible
  4560. as possible in using>whatever is available to get the job done.
  4561. [...]I agree.  Look at what happened to the railroads during
  4562. this century.They should have known that they were in the
  4563. *transportation* business,not just the train business.  The
  4564. airlines dominate the transportationbusiness now.  Railroads are
  4565. good for hauling freight (I know, oversimpli-fication).Hams are
  4566. in the communications (non-)business.  Read section 97.1.We have
  4567. these precious frequency allocations because (among otherthings)
  4568. we push the state of the art, and not just by radio.  Youwill
  4569. never advance in any area unless you see the big picture.73,
  4570. Dave  KZ1O-- Dave Bushong, KZ1O@K1UGM.MAWang Laboratories,
  4571. Inc.Internet:
  4572. dbushong@wang.com------------------------------Date: Fri, 14 Aug
  4573. 92 03:50:50 GMTFrom:
  4574. usc!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus@net
  4575. work.UCSD.EDUSubject: TAPR 9600 baud modem helpTo:
  4576. packet-radio@ucsd.eduWell, it took a few days of banging my head
  4577. against the wall, but I did getthe TAPR 9600 baud modem working
  4578. with the MFJ-1270b TNC. (Note while I waswaiting for the ringing
  4579. in my head to stop, I accidentally read the manual.)I am now
  4580. trying to get same said modem to work with the PacComm Tiny-2
  4581. TNC.I did the same 'cut jumpers' on the 20 pin header that I did
  4582. on the 1270 butthe PacComm Tiny-2 seems to insist on being a
  4583. different bird.Anyone out there already do this? Also, if you've
  4584. 'married' this modem withother TNC's such as the PK-87/88 or the
  4585. DRSI cards please email some notesfor those mods as well. I try
  4586. to maintain a library of hardware connections.Thanks,
  4587. 73xenon!skyld!jangus   < This space left blank intentionally. >J
  4588. Angus, PO Box 4425, Carson CA 90749-4425 voice (310)
  4589. 324-6080------------------------------End of Packet-Radio Digest
  4590. V92
  4591. #221******************************------------------------------D
  4592. ate: 18 Aug 1992 00:57:34 -0700From:
  4593. news-mail-gateway@ucsd.eduSubject: (none)To:
  4594. packet-radio@ucsd.eduReceived: from internet by attmail; Tue Aug
  4595. 18 06:22 GMT 1992>From UCSD.EDU!packet-radio-relay Sun Aug 16
  4596. 04:30:03 PDT 1992 remote from internetReceived: by att.att.com;
  4597. Tue Aug 18 01:57:53 EDT 1992Received: by ucsd.edu; id
  4598. AA13679    sendmail 5.67/UCSD-2.2-sun    Sun, 16 Aug 92 04:30:06 -0700
  4599. for claris!voder!nsc!gpo.nsc.com!sinclair%spi.dnetReceived: by
  4600. ucsd.edu; id AA13675    sendmail 5.67/UCSD-2.2-sun    Sun, 16 Aug 92
  4601. 04:30:05 -0700 for /usr/lib/sendmail -oc -odb
  4602. -oQ/var/spool/lqueue -oi -fpacket-radio-relay
  4603. packet-radio-listMessage-Id: <9208161130.AA13675@ucsd.edu>Date:
  4604. Sun, 16 Aug 92 04:30:03 PDTFrom: internet!ucsd.edu!packet-radio
  4605. (Packet-Radio Mailing List and Newsgroup)Errors-To:
  4606. Packet-Radio-Errors@UCSD.EduReply-To:
  4607. internet!UCSD.Edu!Packet-Radio Precedence: BulkSubject:
  4608. Packet-Radio Digest V92 #221To: internet!UCSD.EDU!packet-radio
  4609. Packet-Radio Digest         Sun, 16 Aug 92       Volume 92 :
  4610. Issue 221Today's Topics:              Callbook Server for
  4611. Full-Service BBS calls                data compression with
  4612. packet:  legal?                  New packeteer frustration (3
  4613. msgs)                 Packet Networks today and tommorrow       
  4614.               TAPR 9600 baud modem helpSend Replies or notes for
  4615. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  4616. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  4617. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  4618. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  4619. directory "mailarchives/packet-radio".We trust that readers are
  4620. intelligent enough to realize that all textherein consists of
  4621. personal comments and does not represent the officialpolicies or
  4622. positions of any party.  Your mileage may vary.  So
  4623. there.-----------------------------------------------------------
  4624. -----------Date: 15 Aug 92 06:56:01 GMTFrom:
  4625. swrinde!cs.utexas.edu!ut-emx!shrike!kriss@network.UCSD.EDUSubject
  4626. : Callbook Server for Full-Service BBS callsTo:
  4627. packet-radio@ucsd.eduMy wish list is to find an on-line Callbook
  4628. server thathas a listing of packet BBS calls by City/State. If
  4629. noserver, does anyone have a listing?Sure would be nice to be
  4630. able to lookup Austin, Texasand find N5LJF.#AUS.TX.USA.NA who
  4631. runs a full-service BBS.On more than one ocasion I have wanted
  4632. to send a msg toa ham in a city and had no idea of the BBS
  4633. callsign.Are you listening ARRL for the next Repeater
  4634. Directory?Dick, KD5VUKD5VU @ N5LJF.#AUS.TX.USA.NAOn: 8/15/92
  4635. 1:55:28 AM CST------------------------------Date: 15 Aug 92
  4636. 13:43:13 GMTFrom:
  4637. usc!sol.ctr.columbia.edu!emory!kd4nc!ke4zv!gary@network.UCSD.EDUS
  4638. ubject: data compression with packet:  legal?To:
  4639. packet-radio@ucsd.eduIn article <398@arrl.org> lhurder@arrl.org
  4640. (Luck Hurder KY1T) writes:>>>From the ARRL's FCC
  4641. Rulebook:>>"Above 50 MHz where data and RTTY emissions are
  4642. permitted, >unspecified digital codes may be used in
  4643. communication between stations>licensed by the FCC.  Baudot,
  4644. AMTOR and ASCII are specified in>the rules, so unspecified
  4645. includes everything else..."Let's make sure we aren't talking
  4646. apples and oranges here. Baudot andASCII are bit encodings for
  4647. *characters*, AMTOR uses the same encodingas Baudot. Meanwhile,
  4648. *compression* is done at the *text* level, notthe character
  4649. level. For example, I could zip a file and then uuencodethe zip
  4650. file. Then the file I would transmit would still be ASCII atthe
  4651. character level, but totally different from the original at
  4652. thetext level.There are *three* different levels of encoding
  4653. that must be considered.The text level, the character level, and
  4654. the symbol level. Text levelencoding includes plain text,
  4655. compressed text, and encrypted text. Onlythe latter is
  4656. restricted. Encryption may be used on certain controllinks in
  4657. amateur service, but nowhere else. At the character level,we
  4658. have Baudot, ASCII, and unspecified encodings such as EBDIC.
  4659. Theunspecified encodings are limited to the data segments above
  4660. 50 MHz.Finally we have the symbol encoding. This can be NRZ,
  4661. NRZI, straightFSK, AFSK, PSK, QPSK, etc. This is what really
  4662. determines occupiedbandwidth when taken together with symbol
  4663. rate.Gary KE4ZV------------------------------Date: Sat, 15 Aug
  4664. 1992 16:58:55 GMTFrom:
  4665. cs.yale.edu!ewing-martin@yale.arpaSubject: New packeteer
  4666. frustrationTo: packet-radio@ucsd.eduAfter many years of sitting
  4667. by the packet sidelines, I've set up a KAMand started decoding
  4668. the burps.  As someone who uses the Internetdaily, this has been
  4669. an eye-opening experience for me.As someone recently noted ham
  4670. packet, as currently practiced, is anadventure in
  4671. low-performance communications (but cost-effective).  Yeah,with
  4672. incredible patience and luck, I've managed to connect from
  4673. Phila-delphia to Maine.  I've seen umpteen users competing for a
  4674. single1200 baud port to a PC.  And I note that 10s of kHz of
  4675. precious HFspectrum are taken up by very unfriendly robots
  4676. chatting at **300 baud**.(They won't give you the time of day,
  4677. and the throughput is abysmal.)Now I see there's a big brouhaha
  4678. about the ARRL not defending theseterribly inefficient mail
  4679. operations to the maximum of its ability.The contrast with the
  4680. Internet is incredible.  I can easily transfera megabyte per
  4681. minute across the country, and I am somewhat annoyedI can't do
  4682. better.  I can send dozens of e-mail messages around theworld
  4683. and often get replies in minutes.  But you all know that.My
  4684. question here is where does one go for information about
  4685. digitalham networking plans - especially the (very logical) use
  4686. of Internetlinks for long haul?  It's not in QST, I think.
  4687. :-)Until I get better adjusted to VHF packet, you'll probably
  4688. find meon 20 m AMTOR.  There's a friendly medium!  Not much good
  4689. for downloadingsoftware, however.Cheers and 73s, Martin,
  4690. AA6E------------------------------Date: Sat, 15 Aug 92 20:45:31
  4691. GMTFrom: csus.edu!netcom.com!feustel@decwrl.dec.comSubject: New
  4692. packeteer frustrationTo: packet-radio@ucsd.eduI also recently
  4693. purchased a BayPac unit to connect my computer and myhandheld to
  4694. try packet. My impression is that packet is just toooo slowfor
  4695. me. I can connect to Australia via ftp at kilobytes/sec.
  4696. Thismakes packet seem rather useless to me at the moment,
  4697. although I wouldhappily be educated about useful applications of
  4698. packet.-- Dave Feustel N9MYI <feustel@netcom.com>---Given Civil
  4699. Seizure, from the DEA's point of view, winning the War onDrugs
  4700. would be killing the Goose that lays golden eggs.It's also hard
  4701. to tell which group is up to more no-good: cops
  4702. orcrooks.------------------------------Date: Sun, 16 Aug 1992
  4703. 04:20:10 GMTFrom: world!rdg@decwrl.dec.comSubject: New packeteer
  4704. frustrationTo: packet-radio@ucsd.edufeustel@netcom.com (David
  4705. Feustel) writes:>I also recently purchased a BayPac unit to
  4706. connect my computer and my>handheld to try packet. My impression
  4707. is that packet is just toooo slow>for me. I can connect to
  4708. Australia via ftp at kilobytes/sec. This>makes packet seem
  4709. rather useless to me at the moment, although I would>happily be
  4710. educated about useful applications of packet.>-- >Dave Feustel
  4711. N9MYI <feustel@netcom.com>>--->Given Civil Seizure, from the
  4712. DEA's point of view, winning the War on>Drugs would be killing
  4713. the Goose that lays golden eggs.>It's also hard to tell which
  4714. group is up to more no-good: cops or>crooks.Make that three
  4715. votes for a big Question Mark concerning packet.I, too, just
  4716. received a BAYMOD-9 from PaccCom.  At 60 bucks it seemed likea
  4717. cheap way to see what all the broo ha ha was all about.  Well,
  4718. afterspending two nights here in the Boston area seeing the
  4719. sameinformation, messages and mail going back and forth at 1200
  4720. baud, I'mnot sure what the big deal is, either.  Sign me...
  4721. another kid spoiled by the Internet!73...  KA2TMT       Rich
  4722. G.-- Richard D. GoldsteinSchiller & KusmerPatent Attorneys At
  4723. Law(617) 227-5454 Telephone------------------------------Date:
  4724. Sat, 15 Aug 92 16:59:17 GMTFrom:
  4725. das.wang.com!wang!dbushong@uunet.uu.netSubject: Packet Networks
  4726. today and tommorrowTo:
  4727. packet-radio@ucsd.edukarn@chicago.qualcomm.com (Phil Karn)
  4728. writes:>[...]>I see no reason to deprecate a long-haul linking
  4729. technology just>because it's not radio. Hams ought to take a
  4730. "systems integration">approach to networking and be as flexible
  4731. as possible in using>whatever is available to get the job done.
  4732. [...]I agree.  Look at what happened to the railroads during
  4733. this century.They should have known that they were in the
  4734. *transportation* business,not just the train business.  The
  4735. airlines dominate the transportationbusiness now.  Railroads are
  4736. good for hauling freight (I know, oversimpli-fication).Hams are
  4737. in the communications (non-)business.  Read section 97.1.We have
  4738. these precious frequency allocations because (among otherthings)
  4739. we push the state of the art, and not just by radio.  Youwill
  4740. never advance in any area unless you see the big picture.73,
  4741. Dave  KZ1O-- Dave Bushong, KZ1O@K1UGM.MAWang Laboratories,
  4742. Inc.Internet:
  4743. dbushong@wang.com------------------------------Date: Fri, 14 Aug
  4744. 92 03:50:50 GMTFrom:
  4745. usc!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus@net
  4746. work.UCSD.EDUSubject: TAPR 9600 baud modem helpTo:
  4747. packet-radio@ucsd.eduWell, it took a few days of banging my head
  4748. against the wall, but I did getthe TAPR 9600 baud modem working
  4749. with the MFJ-1270b TNC. (Note while I waswaiting for the ringing
  4750. in my head to stop, I accidentally read the manual.)I am now
  4751. trying to get same said modem to work with the PacComm Tiny-2
  4752. TNC.I did the same 'cut jumpers' on the 20 pin header that I did
  4753. on the 1270 butthe PacComm Tiny-2 seems to insist on being a
  4754. different bird.Anyone out there already do this? Also, if you've
  4755. 'married' this modem withother TNC's such as the PK-87/88 or the
  4756. DRSI cards please email some notesfor those mods as well. I try
  4757. to maintain a library of hardware connections.Thanks,
  4758. 73xenon!skyld!jangus   < This space left blank intentionally. >J
  4759. Angus, PO Box 4425, Carson CA 90749-4425 voice (310)
  4760. 324-6080------------------------------End of Packet-Radio Digest
  4761. V92
  4762. #221******************************------------------------------D
  4763. ate: Mon, 17 Aug 1992 22:22:14 GMTFrom:
  4764. sdd.hp.com!ux1.cso.uiuc.edu!news.cso.uiuc.edu!uxa.cso.uiuc.edu!bt
  4765. bg1194@network.UCSD.EDUSubject: A&A Packet modem kits?To:
  4766. packet-radio@ucsd.eduI recently came across A&A Baycom packet
  4767. modem kits in an ad in WorldRadio.Has anybody had any experience
  4768. with these kits?  I am really tempted to buyone at the $60
  4769. price.  Do the kits come with explicit instructions for wiring
  4770. the kit to common HT's and radios?I would also appreciate
  4771. comparisons of the A&A kits to those sold by Ramsey.  (I don't
  4772. want to hear simply that a "Baycom kit is just a Baycomkit." 
  4773. Please make specific comments.)Thanks.73 de kb8cne, Brad Banko--
  4774. Brad Banko;  Dept of Physics;  U of Illinois;  b-banko@uiuc.edu,
  4775. KB8CNE===========================================================
  4776. ==============TI NUCLEAR MAGNETIC RESONANCE IMAGING OF CHOCOLATE
  4777. CONFECTIONERY AND THE   SPATIAL DETECTION OF POLYMORPHIC STATES
  4778. OF COCOA BUTTER IN CHOCOLATE------------------------------Date:
  4779. 17 Aug 92 10:32:05 EDTFrom:
  4780. psinntp!arrl.org@uunet.uu.netSubject: data compression with
  4781. packet:  legal?To: packet-radio@ucsd.eduIn
  4782. rec.radio.amateur.misc, gary@ke4zv.uucp (Gary Coffman)
  4783. writes:>In article <398@arrl.org> lhurder@arrl.org (Luck Hurder
  4784. KY1T) writes:>>>>>>From the ARRL's FCC Rulebook:>>>>"Above 50
  4785. MHz where data and RTTY emissions are permitted, >>unspecified
  4786. digital codes may be used in communication between
  4787. stations>>licensed by the FCC.  Baudot, AMTOR and ASCII are
  4788. specified in>>the rules, so unspecified includes everything
  4789. else...">>Let's make sure we aren't talking apples and oranges
  4790. here. Baudot and>ASCII are bit encodings for *characters*, AMTOR
  4791. uses the same encoding>as Baudot.Well, not really.  True, the
  4792. 7-bit AMTOR code maps one-for-one to Baudot,but it's a different
  4793. code.  If you doubt it, try transmitting a SELCALusing the 5-bit
  4794. code and see how many stations link up to you!  (Granted,a
  4795. nit.)>Meanwhile, *compression* is done at the *text* level,
  4796. not>the character level. For example, I could zip a file and
  4797. then uuencode>the zip file. Then the file I would transmit would
  4798. still be ASCII at>the character level, but totally different
  4799. from the original at the>text level.Which goes to show the
  4800. idiocy of the existing regulations.-------Jon Bloom, KE3Z       
  4801.            |  jbloom@arrl.orgAmerican Radio Relay League      
  4802. |225 Main St.                      |Newington, CT 06111         
  4803.      |------------------------------Date: Mon, 17 Aug 1992
  4804. 19:39:26 GMTFrom: infonode!drudetb@uunet.uu.netSubject: Digicom
  4805. C-64: Anyone still using it?To: packet-radio@ucsd.eduA couple of
  4806. years ago I wrote an article in 73 on connecting a Digicommmodem
  4807. to a Commodore SX-64.  At that time,  I think we were up to v.
  4808. 2.10.At a hamfest this weekend I ran across v. 4.10.  I haven't
  4809. been activeon packet in a while.  Is this the latest/greatest
  4810. version of Digicomm?Does anybody still use Digicomm 64?Thanks, -
  4811. Ted Drude KA9ELV
  4812. (drudetb@infonode.ingr.com)------------------------------Date:
  4813. Mon, 17 Aug 1992 15:18:06 GMTFrom:
  4814. spsgate!mogate!newsgate!usenet@uunet.uu.netSubject: Hostmaster
  4815. vs Ka-Gold...comments?To: packet-radio@ucsd.eduDoes anyone have
  4816. any comments regarding Hostmaster vs Ka-Gold for a KAM? Some
  4817. friends of mine have Hostmaster and it seems fairly slick. I've
  4818. seen  ads for Ka-Gold but don't know anyone who has used it. Any
  4819. comments on thedifferences/similarities/which-is-better will be
  4820. appreciated.Thanks & 73.....   Mark    
  4821. KG7JL------------------------------Date: 17 Aug 92 22:06:44
  4822. GMTFrom:
  4823. olivea!isc-br!tau-ceti!comtch!iea!FredGate@uunet.uu.netSubject:
  4824. Hostmaster vs Ka-Gold...comments?To: packet-radio@ucsd.edu MM>
  4825. Newsgroups: rec.radio.amateur.packet MM> Reply-To:
  4826. rapw20@email.sps.mot.com MM> Does anyone have any comments
  4827. regarding Hostmaster vs Ka-Gold for a KAM? Well I have used
  4828. both.  There is a lot of difference in the two pieces
  4829. ofsoftware, but each does do similar things.  The KaGold is a
  4830. very nifty piece ofsoftware.  I am reviewing it in the next
  4831. issue of the RTTY Digital Journal andhave previously reviewed
  4832. the HostMaster II.  There is a test drive of the KAgold which is
  4833. available I would try it before Ipurchased it.  The KaGold so
  4834. far seems to win the race.  Its fabulous on Packetand works
  4835. quite well in the other modes.  Has some very nice features. I
  4836. thinkthe HostMaster's screen is easier to configure.KaGold does
  4837. things quite different from traditional amateur software, it
  4838. hasconferences, file transfers and lots of bells and whistles. 
  4839. Hostmaster IIseems to do most things fine.  Both are examples of
  4840. pretty good software in myopinion and each harness' the power of
  4841. the KAM.Each also still has some minor bugs in the software. 
  4842. Gosh they hate it when Ipoint those out :-)  But each appears to
  4843. still be in dynamic change.  I thinkthat some of the features in
  4844. HostMaster II grew out of things in KaGold, whichis a nice
  4845. competitive spirit.73, Jay Ws7i * Origin: Radio Therapy BBS
  4846. (1:346/3)------------------------------Date: Mon, 17 Aug 1992
  4847. 11:29:09 GMTFrom:
  4848. usc!wupost!darwin.sura.net!Sirius.dfn.de!chx400!bernina!neptune!c
  4849. baechle@network.UCSD.EDUSubject: KISS and TCP/IPTo:
  4850. packet-radio@ucsd.eduHi people,I'm interesting in building a
  4851. small packet modem. The problem is byTCP/IP : I need the KISS
  4852. protocol. Does exist a piece of software that implements KISS
  4853. such that it wouldpossible for me to use the TCP/IP protocol?I
  4854. don't see another way to solve my problem :-(Thanks for any
  4855. help.73 de Cedric------------------------------Date: Mon, 17 Aug
  4856. 1992 13:38:11 GMTFrom:
  4857. sdd.hp.com!caen!nic.umass.edu!hamp.hampshire.edu!awoodhull@networ
  4858. k.UCSD.EDUSubject: New packeteer frustrationTo:
  4859. packet-radio@ucsd.eduIn article <q47m26a.feustel@netcom.com>,
  4860. feustel@netcom.com (David Feustel)    writes:> ...My impression
  4861. is that packet is just toooo slow> for me. I can connect to
  4862. Australia via ftp at kilobytes/sec. This> makes packet seem
  4863. rather useless to me at the moment, Packet certainly isn't the
  4864. Internet, but a lot of people in othercountries, or for that
  4865. matter, young people, people with non-technicalprofessions and
  4866. many others in the developed world *do* have access toham
  4867. radio.Those of us with some experience have seen a lot of
  4868. progress... When Ifirst got into  ham radio I made many
  4869. interesting (to me) contacts with5 words/minute Morse, and by
  4870. the time I got up to 20 words/minute Irealized it was true that,
  4871. given all the abbreviations possible withMorse (the equivalent
  4872. of modern digital compression techniques?) andall the
  4873. non-informative  time-wasting words that are heard in the
  4874. usualvoice radio contact, it was true what the old-timers said,
  4875. that Morsecan be a satisfying way of carrying on a conversation
  4876. and transmittinguseful information.My first on-line experiences
  4877. were with a 110 baud modem. It hurts now when I have to use 1200
  4878. instead of 2400 baud to connect to somesystems, but back then
  4879. 110 baud opened  up wonderful possibilities foraccess to
  4880. powerfal facilities,  file transfer, and e-mail.My first
  4881. computer had 256 bytes of available memory which could
  4882. beprogrammed only by switches that entered data in binary. I
  4883. would*never* go back to such a system, but at the time it
  4884. presented anenormous range of interesting, and, yes, even useful
  4885. possibilities.At a later stage that computer used cassette tape
  4886. at 2400 baud for massstorage. It seemed OK at the time, but when
  4887. I got a floppy disk I neverwanted to go back. When I got a hard
  4888. disk I never wanted to usefloppies again.  My Apple seemed
  4889. pretty fast before I saw an XT, andthat seemed  fast enough
  4890. until I got my 486...The point I want to make is that at each
  4891. level there are useful thingsthat can be done. Let's not
  4892. discourage those who don't have Internetaccess by denigrating
  4893. packet radio. Packet is still useful for manypurposes. Just as
  4894. with the comparison I made between efficient Morse and
  4895. sloppyvoice communication, it is worth keeping in mind that
  4896. wider bandwidthand faster hardware doesn't always get the job
  4897. done better.  When Igraduated from a 256 byte to a 16 Kbyte
  4898. computer it allowed me to writeprograms in BASIC rather than
  4899. setting bits, but the programs actually executed more slowly.
  4900. Much of the power of today's PCs and Macs is usedto create
  4901. easy-to-use graphic interfaces, but the programs that run
  4902. inthese environments are slowed because so many resources are
  4903. being usedto provide user convenience.73 de Al Woodhull  
  4904. N1AWawoodhull@hamp.hampshire.edu------------------------------Dat
  4905. e: 17 Aug 92 10:36:36 EDTFrom:
  4906. psinntp!arrl.org@uunet.uu.netSubject: New packeteer
  4907. frustrationTo: packet-radio@ucsd.eduIn rec.radio.amateur.misc,
  4908. ewing-martin@CS.YALE.EDU (Martin Ewing) writes:>After many years
  4909. of sitting by the packet sidelines, I've set up a KAM>and
  4910. started decoding the burps.  As someone who uses the
  4911. Internet>daily, this has been an eye-opening experience for me. 
  4912.  [deleted]>The contrast with the Internet is incredible.  I can
  4913. easily transfer>a megabyte per minute across the country, and I
  4914. am somewhat annoyed>I can't do better.  I can send dozens of
  4915. e-mail messages around the>world and often get replies in
  4916. minutes.  But you all know that.Why are you surprised that hams
  4917. have been unable to duplicate a networkthat cost millions to
  4918. install and maintain?  Having said that, weshould be doing a
  4919. *lot* better than we are.>My question here is where does one go
  4920. for information about digital>ham networking plans - especially
  4921. the (very logical) use of Internet>links for long haul?  It's
  4922. not in QST, I think. :-)One place to look is the proceedings of
  4923. the Computer NetworkingConferences.  These have been held
  4924. annually for 10 years, and most ofthe "movers and shakers" of
  4925. packet have published papers.-------Jon Bloom, KE3Z             
  4926.      |  jbloom@arrl.orgAmerican Radio Relay League       |225
  4927. Main St.                      |Newington, CT 06111              
  4928. |------------------------------Date: 18 Aug 92 00:20:27 GMTFrom:
  4929. autodesk!daved@uunet.uu.netSubject: New packeteer frustrationTo:
  4930. packet-radio@ucsd.eduewing-martin@CS.YALE.EDU (Martin Ewing)
  4931. writes:> > Until I get better adjusted to VHF packet, you'll
  4932. probably find me> on 20 m AMTOR.  There's a friendly medium! 
  4933. Not much good for downloading> software, however.Apologies if
  4934. this is a stupid question, but I've read through theHandbook and
  4935. the Operating Manual, and can't find a clear answer:How do I
  4936. call CQ (or listen for and answer one) on HF Amtor?I hear lots
  4937. of very clear signals, that I can LISten to, but I'venever seen
  4938. a CQ or one being answered. I've got an MFJ 1278 andseveral
  4939. varieties of terminal programs from XTALK to LANLINK2.0,but I
  4940. can't for the life of me figure out how to
  4941. start!Thanks!,------------------------------Date: 17 Aug 92
  4942. 12:50:34 GMTFrom:
  4943. swrinde!emory!rsiatl!ke4zv!gary@network.UCSD.EDUSubject: New
  4944. packeteer frustrationTo: packet-radio@ucsd.eduIn article
  4945. <1992Aug15.165855.19445@cs.yale.edu> ewing-martin@CS.YALE.EDU
  4946. (Martin Ewing) writes:>After many years of sitting by the packet
  4947. sidelines, I've set up a KAM>and started decoding the burps.  As
  4948. someone who uses the Internet>daily, this has been an
  4949. eye-opening experience for me.>>As someone recently noted ham
  4950. packet, as currently practiced, is an>adventure in
  4951. low-performance communications (but cost-effective).  Yeah,>with
  4952. incredible patience and luck, I've managed to connect from
  4953. Phila->delphia to Maine.  I've seen umpteen users competing for
  4954. a single>1200 baud port to a PC.  And I note that 10s of kHz of
  4955. precious HF>spectrum are taken up by very unfriendly robots
  4956. chatting at **300 baud**.>(They won't give you the time of day,
  4957. and the throughput is abysmal.)>Now I see there's a big brouhaha
  4958. about the ARRL not defending these>terribly inefficient mail
  4959. operations to the maximum of its ability.>>The contrast with the
  4960. Internet is incredible.  I can easily transfer>a megabyte per
  4961. minute across the country, and I am somewhat annoyed>I can't do
  4962. better.  I can send dozens of e-mail messages around the>world
  4963. and often get replies in minutes.  But you all know that.>>My
  4964. question here is where does one go for information about
  4965. digital>ham networking plans - especially the (very logical) use
  4966. of Internet>links for long haul?  It's not in QST, I think.
  4967. :-)>>Until I get better adjusted to VHF packet, you'll probably
  4968. find me>on 20 m AMTOR.  There's a friendly medium!  Not much
  4969. good for downloading>software, however.Well 300 baud does seem
  4970. slow to someone who uses the government'smulti-million dollar
  4971. internet. However, 300 baud was hot stuff ontelephone lines 15
  4972. years ago. And unfortunately it's as fast as theFCC will allow
  4973. on HF right now. There's no *technical* stopper preventingfaster
  4974. operation. It wouldn't use 200 Hz shift FSK however. If you
  4975. wantto talk about slow, the 45.5 baud AMTOR is slow, and can't
  4976. even handlea full character set. It's persistent in the face of
  4977. errors however, asis packet.Today, the only practical use of HF
  4978. is for robotic forwarding of Email.The performance is too low
  4979. for any other use. The robot has greaterpatience than humans and
  4980. will continue to try until the error freetransmission is
  4981. successful. This is "good enough" for the volume ofmail
  4982. currently in the system. It's not "good enough" for the
  4983. variousother proposed uses of packet.There are techniques on the
  4984. horizon that would dramatically improveHF thruput. Clover and
  4985. Piccolo use multiple carriers to transmitbits in parallel. That
  4986. speeds thruput while keeping individual symboltimes long enough
  4987. to prevent fading and noise bursts from corruptingthem. Spread
  4988. spectrum is another technique that promises high thruputin the
  4989. face of noise and interference. Direct FSK symbol encoding is
  4990. second only to AFSK in being spectrallyinefficient and error
  4991. prone on a HF channel. PSK methods availabletoday can push 9600
  4992. baud over good HF channels. But the rules preventit.The VHF/UHF
  4993. systems *can* be much faster. We use 56 kilobaud linksin our
  4994. network. But as KA9Q and I have been discussing, multiplehops
  4995. run into problems of long delay times. The AX25 protocol isnot
  4996. well suited to dealing with this without a supervisory
  4997. transportprotocol and considerable RAM buffering in the various
  4998. switches.IMHO, outside the local area, packet is useful only as
  4999. a forwardingmedium controlled by automatic equipment with the
  5000. patience to dealwith the large delays present in the system. The
  5001. kind of speed andinteractivity associated with the internet
  5002. requires high speed landlinesand intelligent routing and
  5003. buffering. All of that costs a lot of money,and amateurs haven't
  5004. shown an interest in setting up multi-milliondollar dedicated
  5005. linking systems of comparable performance.Combination systems
  5006. that use the internet for long haul transportexist, but they
  5007. really contravene the spirit of amateur networking.Riding as
  5008. they do on leased lines owned by government and industry,they
  5009. don't form an *alternative* communications network capable
  5010. ofhelping out in an emergency when the landlines are down. If
  5011. usinggovernment leased lines is the only way we can do high
  5012. performancenetworking as radio amateurs, then I think we
  5013. shouldn't bothertrying to do high performance networks. The
  5014. government has alreadyshown that they can build and support
  5015. landline based high performancenetworks. If we go that route,
  5016. then we're the same as a DXer tryingto claim credit for a
  5017. contact he made via AT&T.Gary
  5018. KE4ZV------------------------------Date: 17 Aug 92 12:55:00
  5019. GMTFrom:
  5020. csus.edu!netcom.com!netcomsv!micromed!gate!michael.solinas@decwrl
  5021. .dec.comSubject: Standard C528A ModsTo: packet-radio@ucsd.eduI
  5022. have heard that someone has worked out mods for the Standard
  5023. C528Ahandheld.  Does anyone here have a copy that they could
  5024. send me?  I'minteresting in opening up the receive range.       
  5025.                                                                
  5026. ------------------------------Date: Mon, 17 Aug 1992 18:33:38
  5027. GMTFrom:
  5028. sdd.hp.com!mips!darwin.sura.net!cs.ucf.edu!tarpit!fang!att!cbnews
  5029. c!gong@network.UCSD.EDUSubject: What AOR radio similar to Icom
  5030. R1?To: packet-radio@ucsd.eduHi,I went to Ham Radio Outlet in
  5031. Atlanta in the weekend.  Thesalesman told me that there is a
  5032. radio made by AOR which has all the Icom R1 coverage (.1 - 1000
  5033. Mhz) plus SSBcapability.  But the salesman could not remember
  5034. the model number.Does anyone know what is that radio
  5035. name?Thanks,James------------------------------Date: 17 Aug 92
  5036. 20:50:40 GMTFrom:
  5037. swrinde!mips!darwin.sura.net!cs.ucf.edu!tarpit!fang!att!cbnewsc!r
  5038. ats@network.UCSD.EDUSubject: What AOR radio similar to Icom
  5039. R1?To: packet-radio@ucsd.edu|I went to Ham Radio Outlet in
  5040. Atlanta in the weekend.  The|salesman told me that there is a
  5041. radio made by AOR |which has all the Icom R1 coverage (.1 - 1000
  5042. Mhz) plus SSB|capability.  But the salesman could not remember
  5043. the model number.This is the AOR AR-1500, apparently sold in the
  5044. Asian and European/UKmarketplace, but not as of yet the USA.Why
  5045. don't you contact ACE and see if they have any target date
  5046. forimport into the USA?------------------------------Date: 17
  5047. Aug 92 12:27:09 -0600From:
  5048. usc!wupost!ukma!nntp.msstate.edu!memstvx1!ieeelib@network.UCSD.ED
  5049. USubject: Wormhole Info WantedTo: packet-radio@ucsd.eduI am
  5050. trying to get some info on setting up a Internet-to-Packet
  5051. wormhole from Memphis, TN to the rest of the world. If any body
  5052. has any infoon setting up a Gateway please send me a mail
  5053. message.I also would like to have a list of sites that are
  5054. connected to packetvia a gateway.Thanks in advance.Suresh
  5055. N9GSA------------------------------Date: 17 Aug 92 18:36:12
  5056. GMTFrom: das.wang.com!wang!tegra!vail@uunet.uu.netTo:
  5057. packet-radio@ucsd.eduReferences
  5058. <1992Aug10.063334.29133@ke4zv.uucp>,
  5059. <1992Aug14.071848.25569@qualcomm.com>,
  5060. <1992Aug16.130838.18893@ke4zv.uucp>1Subject : Re: Packet
  5061. Networks today and tommorrowIn article
  5062. <1992Aug16.130838.18893@ke4zv.uucp> gary@ke4zv.uucp (Gary
  5063. Coffman) writes:   >>Our best national and international WAN
  5064. technology is 300 baud HF BBS   >>forwarding. It's thruput is
  5065. about 15 bytes/second. It's suitable for   >>Email.   >You left
  5066. out the Internet backbone links, sometimes referred to as  
  5067. >"wormholes". There are quite a few regional TCP/IP networks
  5068. that are   I left these out because they aren't amateur radio.
  5069. They work, and   as long as the commercial and institutional
  5070. networks tolerate them,   they are useful, but they aren't
  5071. amateur radio. We could just abandon   packet *radio* and all
  5072. run Fidonet landline BBSs, but that wouldn't   be amateur
  5073. *radio* either. The thruput would be better though.   For
  5074. communications *systems* use, the wirelines are superior to  
  5075. radio in ordinary day to day long haul service. But we're
  5076. supposed    to be *radio* amateurs, and the data is secondary to
  5077. the medium in    our case. I know that's a limited way of
  5078. looking at things, but    amateur packet radio is a limited form
  5079. of communications. After   all, if communications efficiency
  5080. were our only goal, we'd make   long distance phone calls
  5081. instead of cluttering 20 meters with   kilowatt DXers.What!? 
  5082. Next you'll be telling us it's only a hobby and we should have
  5083. fun.jv"There are only two mistakes one can make along the road
  5084. to truth: notgoing all the way and not starting." -- Buddha
  5085. _____|     | Johnathan Vail     vail@tegra.com     (508)
  5086. 663-7435|Tegra| jv@n1dxg.ampr.org    N1DXG@448.625-(WorldNet)
  5087. -----  MEMBER: League for Programming Freedom
  5088. (league@prep.ai.mit.edu)------------------------------Date: 17
  5089. Aug 92 23:35:38 GMTFrom:
  5090. swrinde!mips!carbon!news.cs.indiana.edu!syscon!gator!fang!att!cbn
  5091. ewsl!cbnewsm!jeffj@network.UCSD.EDUTo:
  5092. packet-radio@ucsd.eduReferences
  5093. <1992Aug15.165855.19445@cs.yale.edu>,
  5094. <q47m26a.feustel@netcom.com>,
  5095. <1992Aug17.093811.1@hamp.hampshire.edu>@Subject : Re: New
  5096. packeteer frustrationIn article
  5097. <1992Aug17.093811.1@hamp.hampshire.edu>
  5098. awoodhull@hamp.hampshire.edu writes:>In article
  5099. <q47m26a.feustel@netcom.com>, feustel@netcom.com (David Feustel)
  5100. >   writes:>>> ...My impression is that packet is just toooo
  5101. slow>> for me. I can connect to Australia via ftp at
  5102. kilobytes/sec. This>> makes packet seem rather useless to me at
  5103. the moment, >>At a later stage that computer used cassette tape
  5104. at 2400 baud for mass>storage. It seemed OK at the time, but
  5105. when I got a floppy disk I never>wanted to go back. When I got a
  5106. hard disk I never wanted to use>floppies again.  My Apple seemed
  5107. pretty fast before I saw an XT, and>that seemed  fast enough
  5108. until I got my 486...>>The point I want to make is that at each
  5109. level there are useful things>that can be done. Let's not
  5110. discourage those who don't have Internet>access by denigrating
  5111. packet radio. Packet is still useful for many>purposes. When I
  5112. first heard that packet radio was only 1200 baud I was
  5113. takenaback! However the first thing I saw were ads saying that
  5114. you could upgradeyour packet modem to 2400 baud. As the prices
  5115. of packet modems start dropping down to resonable levels you
  5116. will see higher speed modems becoming more common. In the next 5
  5117. years 9600 will be close to the normand not 1200 baud. Packet
  5118. radio reminds me of the first years of computercommunications.
  5119. Overpriced slow speed modems, no real standards etc...Right now
  5120. here in the Bay Area there is just now a 9600 baud link beingput
  5121. in to speed mail forwarding through the Bay Area. For some
  5122. reason1200 baud is the standard and not 2400 baud. 1200 baud was
  5123. dropped as astandard years ago in the computer world. Is there
  5124. any reason why 2400baud is not the standard now?  Part of the
  5125. problem is none of the companiesare selling a 2400 baud TNC for
  5126. close to the same price as a 1200 baud.The 2400 baud chip set
  5127. has been out there for quite a while so it isn'tlike it's brand
  5128. new technology. Interesting question here, is ham
  5129. radiotechnology driven at all? Jeff--  Jeff Jones  AB6MB        
  5130. |      If we do not succeed, jeffj@seeker.mystic.com   |     
  5131. then we run the risk of failure. Infolinc BBS 415-778-5929 |    
  5132.  Vice Pres. Dan Quayle------------------------------End of
  5133. Packet-Radio Digest V92 #223******************************Date:
  5134. Wed, 19 Aug 92 04:30:01 PDTFrom: Packet-Radio Mailing List and
  5135. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  5136. Packet-Radio-Errors@UCSD.EduReply-To:
  5137. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  5138. Digest V92 #224To: packet-radioPacket-Radio Digest         Wed,
  5139. 19 Aug 92       Volume 92 : Issue 224Today's Topics:            
  5140.        APLink and RTTY MBOs (2 msgs)                      BPQ
  5141. code in a diode matrix                           DRSI-card
  5142. wanted                     ESTIMATE program: here it is         
  5143.   HK-21 - Does anybody have code for KISS mode??                
  5144.     KA9q with slip and ethernet                       NEED
  5145. HELP-TR751A to KAM                  New packeteer frustration (2
  5146. msgs)             Packet Networks today and tommorrow (2 msgs)  
  5147.                     Packet Radio Satellites                
  5148. Ramsey Packet Garbage Modem ... $70            Seeking opinion
  5149. on HTs, multimode controllersSend Replies or notes for
  5150. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  5151. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  5152. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  5153. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  5154. directory "mailarchives/packet-radio".We trust that readers are
  5155. intelligent enough to realize that all textherein consists of
  5156. personal comments and does not represent the officialpolicies or
  5157. positions of any party.  Your mileage may vary.  So
  5158. there.-----------------------------------------------------------
  5159. -----------Date: 18 Aug 92 12:12:37 GMTFrom:
  5160. psinntp!arrl.org@uunet.uu.netSubject: APLink and RTTY MBOsTo:
  5161. packet-radio@ucsd.eduDoes anyone have (or know a source for) the
  5162. latest list of APLinkstations *and* RTTY MBOs? Thanks...73,
  5163. Steve, WB8IMYARRL------------------------------Date: Wed, 19 Aug
  5164. 92 11:10:32 GMTFrom:
  5165. sdd.hp.com!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!us
  5166. enet.ins.cwru.edu!cleveland.Freenet.Edu!ag807@network.UCSD.EDUSub
  5167. ject: APLink and RTTY MBOsTo: packet-radio@ucsd.eduHi ....    
  5168. For a source of APLINK or RTTY programs you might try anyoneon
  5169. the ARRL Digital Committee.73,Steve, NO8M--
  5170. ------------------------------Date: 18 Aug 1992 10:30:39
  5171. -0700From: news-mail-gateway@ucsd.eduSubject: BPQ code in a
  5172. diode matrixTo: packet-radio@ucsd.eduI would be interested in
  5173. hearing from anyone that really has thesolid scoop on how to
  5174. implement hardware handshaking on a PC running4.05 BPQ with a
  5175. "Netrom" type diode matrix using 3 or 4 other TNC-2's.The BPQ
  5176. documentation implies to me that CTS and RTS be wired
  5177. togeatherat the PC end, and that CD is used to inhibit BPQ
  5178. serial port transmissionwhile the RTS line is used to tell the
  5179. matrix that the BPQ node istransmitting.I could not seem to get
  5180. this to work correctly, and I could find nothingcoming out of a
  5181. diode matrix that would work properly when hooked to theCD line
  5182. on the BPQ serial port.  The matrix is using CTS and DTR fromthe
  5183. other tnc's, as described in the various TheNet and NetRom
  5184. descriptionsand works perfectly.If any reader really understands
  5185. exactly how this is supposed to be hookedup, I'd sure appreciate
  5186. being able to talk to them.Mark
  5187. Bitterlichwa3jpy@wb4uou.nc.usa.na [packet
  5188. radio]mgb@tecnet1.jcte.jcs.mil
  5189. [internet]------------------------------Date: Wed, 19 Aug 92
  5190. 08:07:16 GMTFrom:
  5191. usc!wupost!darwin.sura.net!Sirius.dfn.de!th-ilmenau.RZ.TH-Ilmenau
  5192. .DE!server.systemtechnik.th-ilmenau.de!tom@network.UCSD.EDUSubjec
  5193. t: DRSI-card wantedTo: packet-radio@ucsd.eduHello,I'm looking
  5194. for DRSI-card because a PacketCluster (first in former East
  5195. Germany) will be build up. If anybody want to sell one (also
  5196. already used card) which workes still you wouldhelp our group to
  5197. install this Cluster quicker. The card we hoped to use
  5198. wasdemaged unfortunatly last week by rain and following
  5199. pc-crash. I hope for your PMand a good price.73 Thomas , Y32JK--
  5200. .----------------------------------------------------------------
  5201. ------------.| Thomas Planke                    
  5202. Planke@Systemtechnik.TH-Ilmenau.DE      
  5203. ||---------------------------------------------------------------
  5204. -------------|| Technical University Ilmenau                 
  5205. Phone: +49 3677/69-1465,-1420|| Fakultaet Informatik und
  5206. Automatisierung      Fax:   +49 3677/69-1446         || Institut
  5207. Automatisierungs- und Systemtechnik                             
  5208.  || P.O.Box 327,D-O6300 Ilmenau,Germany                         
  5209.               ||                                        
  5210. (PacketRadio:Y32JK@Y71RSV.DEU.EURO)|.----------------------------
  5211. ------------------------------------------------.----------------
  5212. --------------Date: 19 Aug 92 02:58:15 GMTFrom:
  5213. usc!rpi!bu.edu!wang!dbushong@network.UCSD.EDUSubject: ESTIMATE
  5214. program: here it isTo: packet-radio@ucsd.eduHere is the
  5215. uuencoded ESTIMATE program that lets you tinker withyour TNC's
  5216. parameters without going on the air to do so.Contact the author
  5217. (for the time being, gawd, I hope so) atdbushong@wang.combegin
  5218. 777 estimate.zipM4$L#! H      /V(=Q9ITB44WC\  -X_   ,   
  5219. 15-424U!5$4N15A%35K>M 2     " ,<"__^"!H     . .8#'   
  5220. $Q:.3']_P#_^ XQP%!0Z"8N@\0$MZ&/__R[#@SX> @A^
  5221. <.AJACW+JQ_&!@QR='@T=%1WXPRA__?BQ[CT>.)AT0AM"<!_^'4#Z%$JN,@ Y>
  5222. R1$0P
  5223. J'52%#,^SD<L=C\_[?8Z'<P'L+("NB"+\]TM^8WCPR_H>/9U]O\&W^LT#)N4
  5224. '64_PXFA_B_^!AFO_#X"O4QDO\_PU6)Y8/LM"E97BT8(0"M&_+]H3@I!*TX&]^F)Q
  5225. XGXX_]-_]DQ38E&]HO/3PG)=/__%8OWMT>8#\*$@ HD$@\;^BP
  5226. 1Q^MW\;_P_X[!25&+5@1*4HM>!@__2U/_=O;*^(E.M^HE6_!]QB5[^Z.0O?NOH>H0
  5227. PA<_XT$;ZQD_\_/S^4+@/ ..?3NA:60Q?7HOEM7<,.P^WHB"W4N!7WN!CC3?P'_
  5228. /K1W",_]L(N"'R!N-A\K(L8+@B O8U+\2?MT^VY"
  5229. !1Z)MC8^DPZ1[I_@GIA(X)Z6?I!^D@YNWI"NEMZ;ACI>GP+NG\N
  5230. NDM5HZ)Z>;IV>EB0[L,TC^-_
  5231. /IPF..Z?X.Z2CI3(TYZ:OI_A#I$>E[-D[IE.G^M$>GZ*[%CZ;WI?>G]N!*-XQY2Z0
  5232.  $]F;I;DPQ[5WW'. 4YACSP^ <X$;=;>G:M]&(LVO
  5233. 2(?[:\B+:]8R.-<DVR0][_MKR=<>:Z4+I^);RVO9>8\WI@^GAZ?[:M\D>Q,>G%Z<K
  5234. I_@OI, _)Z00%Z;/IQ_$QQ[@-C1GI+.D"Y)S2_E/2
  5235. NG8<6/IMA>G]N!#2ZRJ*J>F>Z6[I'SFF\?74Z>#I5^F88OKW3O?_]T4:4O<"!O<\]
  5236. PY,MS?<S]QK6]9DQ^L40Z1SI$^I6N"A__P")QO]V!NC:^_&)P='IB?
  5237. =)BO!1NE&M!/OH:=#J=N/ML?%>7>+D7N+A?A3\'=_1X G_=
  5238. N1\_,J=AS@ZPF7\NCH]8M>M_C_CXXN'Q"
  5239. [1@9U'XN/V#S<]TX(=1;W["!)P.$<]Q)Y(-,M* ?J!#LA+ 8HMV 2R=7W)Y.
  5240. 4RH/L*=K>\WO:!]H*B4:B$^$2N,0<_NWT)^W_3J*#?J*/$0!UM[KC=[N+NZ2S",Q+
  5241. H#3,U_B5\LIZR4 /H.RJ*1]X;+N@V*NZ@"$D^,4G_,.@0MN"H&4(U&IO ^'+3"T
  5242. :P_[W1\>/V[HWO;TZF4>BJ[?@+1J2#P/Y0UO(VXNF8MOKDK;Q
  5243. K$?]&#$=!Z!@9Z'D:/\3H@AE04U%2\
  5244. [G(83H!>UF[6_Z_2$(%NK\MHNCR&.A3[5S\.^TY%^A*&HE6^)?:3@CD_X])Q[C@/Y
  5245. F)T8G3XRWH_Q.U60/(ME/.)IO.Z ("IVK,HKM(*2^?F_HE\\3N'V"
  5246. :C:-+*?+I'O>T)O?1ZU'R.>Y^M\:,H!IS<'?,"0X?H/"J)_I+Q NLM;_\P*@4 
  5247. >3_!./2!+DB /?A?PB)PXVWMR@"+#/K,(83Z%/K.^CSZ$(;2^@3ZU
  5248. "_%,/\]];W_O>#?_U^! -T'C'V5B/;M&]K_M]  \>%74DL$Z*;]3A+K"@ R$=FE^
  5249. GAQ@!P_+G\K[D! $  V*'\EP!*M_(W,<CJ8S$SX"FCX.Q^^GV?X%
  5250. T'-V<SN.%F^"K8_&;_5O[_#^C'_D1$1H/^M"G+T_S:#]D(AZ*"TX5K<O$SIZ.6.[?
  5251. CDVKA._
  5252. COV3KOV7AV6_E7VCMNW>,FM]^(O2N%F0?(RQ^ENVLSI/.F:8T_I_F[:M>E,Z3C-,>
  5253. G]2-.>Z5;I(?Z>Z>@7M_NC9^,?T0%97XX9S+W.X2HO)R;L<RW#29M+SA.%R3.IURN
  5254. IKZMWV_^K!ZOJXMZ8$^?@'_ 'TJ@SX__EP! '0CQP;Y +@$ #DP[ 82=
  5255. C<Q_WCV0PC].@,_^SRM4?+QH?;__@#H"A;H:Q?H= CKB4;
  5256. B4[_W<*)5L2)7L:X($ ?[#D4Y?R'$,BAMY
  5257. 'BRN+,?@CBSNC3%>@TR3W;.L/_$/'C+M+]\/'\P_[\$PTA\:'4F*+/
  5258. PPAMSPP6M]"ZTH0?NM2ZUNB9$NCN?LCN%EXAHUPAQ14/8=3"
  5259. >AVU->FX!4((=38MU-K4W/Q.U-[HL1/HPM3^N&]G&*"[
  5260. .#.">A$0IC.I<ZN^D<2VS^
  5261. \&+E$7'\MN3^ZFIFYF9SA[,OH:FZFX*$8PEPQXJ/DH^8AY.@$QF7 ;GY]#KB/H_Q
  5262. Z/H1MH* /':#D%.A%X$[@^ [:$4((N.B[ZKOL?Q&[[NCT#^CQ#\#;6B
  5263. $H2X>JN#LM%$(,2OSY9OED*#]#6>/TI
  5264. 8"Z(B$D*3IU_+ZBR&$D:WPK?*MT/[TK?8X_TFHM_$;8BU[>G\&+3MJ+5MQV?.'\;.
  5265. A1QM+_:XN#^/.A$$(Z12FGBJ&3R(;Z<.UDM_H+OL&!$V7
  5266. 59/VE/MG.",VERJ7,+_
  5267. ,'W8(AB_W*[O\1M#2UN$!TM+2U.C4M$)Q##+EBN6"YX"$4Y^;GXN?DDOS"\.FAZ>@
  5268. 4DM8.Z,(0
  5269. MGX"1->[MGJ^@W9M[-GX"^T3Z*\.6O@+W&%#[Y[(RA3(_\#(Q@BMR,+(Q
  5270. [X#'G*_>$-N?RFRH,1MZ)3*^ GPAH;*0]'RRO39^
  5271. M_V="[7-EMV?[H;Q/IJ:$8/M3IZ>:N[1+H3D97MS>N3]U<(@P]^)]JI*=&M^KFAK?
  5272. SC"./]"Z\<XQ"O_NLVL^BIO
  5273. KJAKP3O/Q0M_LD-=_@+]MT''=,0Z.2!4/W8Z:%D&D+IWSSW9=_&4\_X7_H'#W\#Z9
  5274. < Z!(DMZ\G_X=7-H4(A@_@(= ?[ W0/^"[K+/\&S\P[!CB'\
  5275. %\$Z'[H_3_#N1"'0$KMVA'ZT-E]LKOY3L+WZ8_[YRGAU. !@@%_4_NC]#N
  5276. P?@*?@G!_.DHPLN-4KG:M=;G9&+R<N;IUY+2ZJ&RQ0/L/A43BNA'H&U4D1?RQ(03H
  5277. JO +\!1%#4/EY@W\M ^^<#NP2"*$-6@U8\/.'#3[H#1\.?1BQ  [>:':7'@[9<
  5278. [9ZR,.W+@8/-H M8NFNOJ&^L>-*OOQUV[
  5279. C+Z%HJUD-VBO#2^9[_,W\?AUS9!?'Z[A^RGK*/*?_MROWU(,J:0+I(X;EZ%!L*NZX
  5280. *Q_@+1<?>/O.8-*G'0<?EG4_]M\?FPJ#C.D_XM"Z#IF,REZ0WI7OZ)<33IK^GV(NE
  5281. ]_G+'Z.G Z=_IG_SH'8,P\MK+"2'7T>6GM&.W"Z+WUU^[R
  5282. G.D\J_R/KOR7-(MN_WJ\J1XRD7RO#D6Z0L'\OQ\S2B:'?+EMRF[RJ<JC('"<S3&X!
  5283. ?3D'\(4ZD#<Z&>WC%-,]U[WU_=533'W&N/I3/=F]T/%M%/>R]SKW_M.0]S'W#PGW*
  5284. &**]T_W'_=]*:;W%O>\]PWW(<4'"O<$]U7W%%/[M&*/W\O?=C-[WZ?>SB8/
  5285. Z+&,Z8?H2V?H[!^X00OS^&'+XNCF'^A'_0 A?_^GMQ
  5286. A65Z%8"_B1F??Y"=)UPQ]MN%K8_S9H(>A3$1$*Q^6U#N+\C8<77N7]..4&MN)CR,<
  5287. :XGORE_*K\&&.P_+3\NOR_C+'\Q?S+_-'Q[LK] LH8N/+R_?002J(VMP=$&
  5288. ORIX3;"_'7A,7HVH/P8_%/!-O8 B-_\7/C4
  5289. +@^#,K\""Z^RKR(Z!;-M#D>(#*JS-W#("V;49]@)Z#K@C=]4V!!?E?U3E1S_!E@+0
  5290. ; *^C]40;'$L48;MH;P8/0"P= CT__NX4Z%'&HM^!H/'
  5291. H/^_\<!?@[_-8U&K%#H>!H@Y33K#O>*M\&CPN*]P"J/R'O*C]A^:>X$%*;'KQ>A#_
  5292. ;@@('8WY[4;7O%J[SKK0QXK\;$XM1<XZZ_?RP,[R<VE(ZNGR0%'IY&<="L?RW>3HZ
  5293. A_-YIA"(^U0Z>OITZ)YZ?;$M,>JMQ!,-DSDQ[)_R^W,AT2M,,>CHI-$T]YMBD/?DN
  5294. ;(
  5295. D6F,X6BK'>$YR4CAM?-CVXIGNL1#8%]C:;)G89%-SX5WA$U'EP^EV3,WI1NDPZ?VL
  5296. ,=WI?^DOE/^)M/E#1?XC_"GT,5^@U].]'&__T?/3,VK_RZ//UZ
  5297. /T_[^)QH/^&W4#Z9X!B\:_MB@T__#6)'@?\\J]T[G4!_V44___H.N[H>N_HV_/HG>
  5298. [I8P'H[V 8_>E= ?K)M_P[\4G'SB&^Y@YP
  5299. >0;'3=$)C3.=Z1*I8J/I-]I"Y^O:NMK]"7[:IF0 VOP\MVA':/Z?4?_Q%H8N_T@
  5300. [UV_V (._\#_8U'4ABX?:  $$BP0@#5;4UXN/_S#=MB?
  5301. [P7Y"B8_-ZSP<W!C'1O[6MO@.# -WZ?#XE[X[RG40S,?1X.E# ]BUB03KM"H/0
  5302. N>X\_)RRW6Q7^F&&+>_^ ]UT'5T;GCX"BE \WCX#>!X?4-X/<-6OP$
  5303. M=_P"=_@2_'?X$729!N-WT'?X"BAWZ/WZHASO8U7TZ&7R8O-T\6+^Z.'_&N_MM\H$
  5304. ^O!@ L'4%N-^U# OK [@'EM'2&,G4 ?*M=M?JX[WJ5@?JEA@PZP@
  5305. +]:*MXV[_4@2A7145>0QJ\7X$
  5306. 74)N!C':/'I\;CN]_C#X/?H=!KH+1R#5@N'Z+L<M#8E[^'ET5(?__FYT!?L-=>%0N
  5307. 3(641N@Z+<,]-)*C.AUEV+AO;@X%OSAMH3WMEMK'MM0;4F/?&^C*]H<?=?;H&:72&
  5308. XA&KICBPDQ8D<(66X+G&:$]Z #GN>?XM"JGG_'3GBHW&[>AV+N/\O:7\_SN$SAF
  5309. ?JY.=2WHQ1DQ?;C!ZB6/N1F-1K 8MB_22%GH*T=KI&_-=M(G#Q@<
  5310. O-GW..W6ZR3KN/OR_=K4-!7=QV]Y$?"X_4[_ML-4+FK<5BQ[^%( ]_#\
  5311. :^D7_[[U_S2X&1?'WU!7Z'_A!H/& HL<X_S___K^MZ^0
  5312. NO$7Z9H"^KA=!-O_P^..V(P&<1>+V"L>^HF'_QYM%R:W @ KV('[
  5313. !#_M#W(#N_\/B] #TT*Q!--__-?0B^.!ZW
  5314. AY@)W!KKP_SJ]5P+[M##-(:-S%SP!M/@)S[L3I10*,P/Y_K]".P+Z 
  5315. /RL,N2+R+_X^,[SI#+
  5316. JNO81X/_/^?^B3YEM%\<%JE7=/F\7OH3_Y+N3K#P]=0J#/A;]_QD I]&+ 0K
  5317. =#^Z( D\('3__^8\M"73B/")T!#PG=06*T(H?PO!&@_M
  5318. =I>(E]S_\0%.B;<A%X/#
  5319. JS0#SKP\,+;M.L9U\YB(1/^''^NNT>LV'Q<SV_<&?GR<O[AU3YO9DT.;@"8(8?I_]
  5320. "[ZV^$>M?^V;]M^ =2]#@ Z,\]>!X?_OX-G_/^C9[M[YV<#9X-[9F]_@@<X/X0"
  5321. YIYTM 4,P_*/XBQY0"]MU [N- 0 @[_)S]P+HAN'L
  5322. QXA<BIH$7*'+B6#X_#N::OQM:Q? \0[W;6<7XFT7CI'Q^K1_'TK-(1X'<P?[N/(/
  5323. 8LFWA_<^X,^&OWQ(;CPM_RL&_/?)Q+DA6SW__W0*!2;2R"#%^UOK9MG> .@G
  5324. =FY<"$__+_4'RO/XP0,M\ZHS[>B'X?P>N"'+_S8(Z.T0/A[0BMD0'X
  5325. ^<TSAC7(XCB;[+  A?#/_T[FMM_/*NKG5XA)''
  5326. HOW\O/___?9@^'^6ROAB_P&'Q8'\Z2'#Q8?B2:T_^/#OPIMM_\W)G_(?<O$;<O$7+
  5327. #!X#IC__SO'<PF1]^=R! /(<^&Z4!>'_NM/B0X&P_3JM/ )R"8L?
  5328. .R*1@*T3/-SOO^(,\!0RXOL\8$_JE5U)(L?_\0KPW8>.Q)W&,-:M*^!-_W82Y/\(Z
  5329. G,"_^*Z)Q?!_[0)P^G;J_\ B_K1XH;_?_(R]HORB]>
  5330. RH"*M\HK4BN#X_SG#@^X("O9T$='JT=C#_T9S]?5U]4!U T+KZPMW^-)U"0N<P;J
  5331. M1/;VPH#]/W4'XD'23NOT]\8 _W05NOQ#J7@!0E+H/2!:94J _R_9?^L,4;D'M
  5332. -/__^99@.)_"]:!YP"
  5333. "]?#B_A_AXOP@>;P?]'N_OP,$(K_88K'BON*W8KIMBLYZ,M((%VG1_]/1T/CX#___
  5334. 9@OVQ,!T$XK6BO&*S8KK_P^*WXKXBL0RY(/&M"*G@_R%]'='HT=O1V=':2?#^__!U
  5335. \(/" 8/1 (/3
  5336. !+$0S_KW@I%(:CI(8?:MA]G$'K<0]1;W_70P"H[OTPF&^P>H$'4+D?S0$+_0)O$F^
  5337. '43T>;/#_[\) \+MQCO'P[ !^_\40%?IN1]87S/;B\N+TTATX?_JN"OKWU#1X
  5338. O""\$+__O#6,-5M@>PF (OL@_#A '0_[\.;W88J
  5339. .JRF]QF^/-^?Q'^F_9&_AQT%G'Q]\;!B A
  5340. M^0AUJ9QQ(?P>6-]>VUI96UB!\!_$O%W""
  5341. #YZS-5@PS[L+'^)M]&*K+\1OCKM_W^PBT8PBUXNBTXLBU8JZ40!^KM:,\?I.P%7T6
  5342. _X"G39CT,L:3"(9A_N1B[]M+ C__2KKTU8S^(E^(,/_,WX>^B3H8/Z)=B*)5E]]
  5343. (E. HE>#3GN4:;X">A"M_BOX!^)W1(/^P'\1B\P
  5344. T.TAV'!9A%GA_NLYZOA_%67P$G7FA\[C^^$,]]EBM\][1VN+V\.M6 (<!M\]
  5345. <@RYX0\>B_7H(_[IC "'(02PA["'L(>PN''C"'(7MLO@0[K+K#M
  5346. ?P+3X"\KX"]!F)7,C*T(([QOO&^\;___O<RZ =A^ ]]'WT_?0M]]KU_Q
  5347. 3SA/>$\;K&0/=$T*\W1/=$]T+T=CW[\CL_T8B<?V4_5Y?@\0FA_)5M__^+[%=0B_C
  5348. 1YPOZ"_D+^W4#0QR Y'_:"O!^",(/_0;]!'4$@&8+P_[L^#/JM>"GYN0O
  5349. >0+W?_C?.48*=0\Y7D\*.4X&?WQU!3E6!'0&=^@+_UA?PM^HX.OUM@/2
  5350. PRGP"W[_+RGP"7;XZ=C]FJSJ'%A8,T:_?S E ( -\'^1[.D# 3/
  5351. Z_-3M"&9",'4N_2SG^/TJ=.I6^U;Z=,+#>(E&(/&!Y\S'#!"CPROP%S';;^,SQMN!
  5352. MK]_O\#\K]V7F]>F+\8IF!CTQ/_PZQ'<5<AX[PG<.<A<[/RQV G<'<A
  5353. [KG(+MD_+X]O&3\1K$T=?%X=;%XN+0+W[WUU>Q$/<AR
  5354. UR$CO:C,?0#,ER!RO3G#/:MU.;6WM8>;MD&<@C9<@0KX_SC#,/EZN6Q".9R__\"*L
  5355. 30UM#@XO3VUHK5B\];M^K587O&"Z>CO^U]>6_:\\ H2_WJ\\ E.^.F4_.F%
  5356. =GQZ?'17B#_ .;U[(E&M(H%F(@S7!@XE'P#F\!>U\
  5357. J[VO<#A%_^X?:!QAC\W?&\C,:,UP\ACL>-?@ZSM"+,*?/^S#/RK,\
  5358. R4?.KCL:#[X8>&$KQ3:-UUN$ ]R727]P2^&4"
  5359. 482$5:FM,0@A].;U%/46A1#UX?46]1B"0_4"UM_\$5[O7B82[\W8\?T)$LK5\AKR0
  5360. DS'M]5;U!#*0Q]G]Y._'@
  5361. 35__''U0DA\ASRQ_56)AGU!L?9_>1(P._'U?_QQ_E"M&A/5]N$#XV%.3@!U=M.&UO
  5362. CX#U;Q@^YP[]]3\5WZ4_?XZQM6] [W[U"#[
  5363. :@MX9O?1@CK;Y#(X]C^CU9,V9F+RHO:O@X$Z
  5364. P!>,K#T+O0#U),#<\$S]N/V3X?MGL_2>0CWVLV#V@#Y_F'),\F+V9.2OA[(U/G\7\
  5365. A34>@& .BA %E;= EJ<, 7MP/_9P)[1 ETG#YW3PU?'\<'G"_B%_VQ68$&[@<: 
  5366. ^B.^5X__%_#Z"SZ=#2BMZ$;Y"_\?XG@IZPOH'/
  5367. D\#;__?GYT-N![O\#>!0L(2O.<A)-"'0A:F'_/(/_MI_TSP,.X__\*VWGQT>D/_^O
  5368. WT.OG\GCKZ^'HV?EQC'1#O?/XK3@A_JW)\#/PMX_CYB]#]AXO#J?T?N1\
  5369. ._%W'J4=:^,N<\+B^KH'$/V>_9F*
  5370. 9V9G._>>[SBMZ1O9TNOCFNCKW=+A#/WVX@W=1@()7@8>0ETKJ9M86BE5C!$<X(QO^
  5371. ),5DI-CMO^@'^*R8R_)A_NC"__@8R_'U4_[K\_E_8GCY[/FXYP#_Z^4,(?:N]N;LV
  5372. X2HMK^2HV**^*7]!+<I0FXIF_YY8DIOK?./8\(GXF_#]4N'91OP9^NOPT'O9_<'9M
  5373. +B0/@QB;WU[\;MEN\GK<V/WKZ>/X"=M>^E'KX$*9=U3_-@
  5374. AD3+;&SPPFS@JMN+OLC48(=B*X; R!O@!"06JAY/@*Z
  5375. CE_O+E_H@0SP;/MP5]CNZW_%:XR!G2M!D'ZZ+G2Z@G2B<;W!A=@SAE 
  5376. ,T9X+[\&HL*Q2'&Z12A,*$<B2]K_(@',.2HM_7>E_I/\5D)C=]=W_/EW&G]PI?PQP
  5377. #OP>0+XP,$#WO7O8YFF_EN3QT:N 
  5378. #IM!I51)0%V=!:AJ58$3Y'X_P_#EYD>!__CZ>NT)H?P&(E&O-?PU^L5O_<_-!BYM!
  5379. $.$=2__90:!3O !!#BN7G05B@>8]!C8LK21%^O9Z0(BC-+G^=/KX"'
  5380. ^0CYMV7?@OA\^@WZR*G4HS@B+#XE.P.?R-@([R'D*N='Q]]GNM/@+ZS;2,'480B3B
  5381. M0, ='[X/1W<I]^D#YH/
  5382. T+3AP=3X"PNRZ+091!N1%(_7E\+%+G5F!1#%@&#XM#"2!N0D2PH$'W('/>0_!"8!F
  5383. \'\?PA^"^ S0%BF/PH_X#,*/^
  5384. ]#C_V/C91LM=1.4$+[X#1?'PN=,=1'G(.?X#*>R[[>_1!BY$?IWL@7_92!J_>QO>&
  5385. K\=0:XM)X?Q[)CLZ)</']W@@4;N]T8S9O&%!,\Y/X0[R'T#B4[N%#GGT/]X['&JR>
  5386. [IM:P3&1L0E$0+K#+66B/4%A+6-^;DA/T#N
  5387. 0#I2P2^+Z[P[Q"^ZNA&!7.*5K;BMM,+_^KKZN#';B=GHM15Y4!T4T^)Q\?[<Y?SK!
  5388. 04X[*QQQ?WBZ+E_-\9&O.M^MOAGQ"+XB\0-Z<:=I.8#,
  5389. A:)H^D$YN*CQ%@_\^*H<8" =;C"!*3TQVD0 '0%MZ  $^P&^+?S&\<+X"JO"^
  5390. D5\/;!"'1_N!0)PG00]L4!R[@N&(4(:GDQ:^K4MX26#*<>Z"]CH\8>\)3B4KB<*QI
  5391. G!^J19>^'N
  5392. 641@W[V3,'Q[(W_/T[=.\%UM"(M>[,8'.NM$BP"&FNN:^N____CH)A2
  5393. PS"+=NR('(#[.7X0Q1/,_%H4>8]>M@B<^\>P
  5394. !]?\SLB-.^CWH#&X6?].>_Z9_\QAG^L&I#!BXBLPA/)I\3L-?&+WM
  5395. L\"N!YRL<)^ [;J_81PY.[WL+GP@>+XA4WK'@G2= ]B_XPT03J,, "FLX@
  5396. M:(G6];#JZ=CTJ\86\H$"QD;TN/+NZ1'"K/(&82Q'A4_OK0*+%XM?_/'JB5XUM(>;
  5397. P&=&&^ND(<Z7Q\LC9POT0PNK]Z/WF_>3A=>C]&\0.B<?;["'UV@/A$2'TM ?(
  5398. ?QN \0<K,.L0B]]'BG4&Z/!M</*#ZO+#[WX*BUN-5N$[RG)SJ<+Q'7\'M:P@
  5399. =&O(_B[KA) HO?[Z\LG"-X?)>1[T\AD-X@T7$7,/Z]FA^ P8U5 8#J'=M_:&
  5400. ?N9=#702H'4+Y^)8
  5401. ^?B\<*#\=[$*\'G\0[L"^'I90'D\"X,5OSR5N]=MBW;"1E:RRNC$$NKP$<0"ZO0?7
  5402. %KX#(-^P@
  5403. .)>H(=*G9J]L._@TU^!L?\37XM$HT"-?VRR?@)AG#JOI+H_>;]Y'0#(7R/\=?R;.Q
  5404. 0Z-D!'5O8*@KX#.MP"P$+M^#O/$T&$OPNI\H/X_7P)2
  5405. Z?2>ED(<7]TK+^Z?/^"M^Q-Z_:WZZ)!.G2\]GWMPKSH_0I&8HGP
  5406. Z'9Z8N'Z$Z^*\B=P'HSR1XK!.L3F*W.FM&US,W_-<'Q7KR*M!PC =>0%&>WQ3/D
  5407. R<'Q 75")<RAOUO^&L#@ZL!X,H-^_OO\@N&Y,/;AN2 
  5408. M4;@QR3N/Z,%YW.F"([FA^ IX&NIPI/S;8N,!L%/)SZGL&PP#7K#9^
  5409. U)V3J)ML,?0).Y\X%D!G@J._GV/>1,WR
  5410. X4Z>?XAO@-U.L);@\">5W__P]8"@3>D02+M!>UNK08GV1)^45<",]%6_H;:!0<)(>
  5411. &+'?%MV?#O"]P  G2+R?S_@6:M20"PMX-7GJ/Q?6N^R_;F9%(D_
  5412. ZG)\0KWV-"9N(:[+?#:*PGW1XCY@KEDBW A,@0PM\/[SHP:)T)T/4,GH^ ^
  5413. PO(4B3^""U%3_%<JVH@8WO$!PMZH=?2*] RQBZ@$M]XRDTHX8>?[_PRWW3NL"3D^
  5414. /#!TMGT_Y?\N=0%/B\>W 
  5415. FV6P)U*9QUT?Z0M.KD%M#D;$[H;K$7S"9HB_R;=40&WJ>%_(_@)=N#^!G8-QP9U%P
  5416. @ AG_DYHO>MT>.+OY 8^$#F!74^@SZL#8# (Q,:%,#6,$3PJ'X&ZR+Z^ =.'+CH
  5417. U"XEBG\MJAW=GCS9U?%UM^D&HY
  5418. &UOJRB8>R10!5_%;^!XFJA=%S_IOQVHV?VHK!@_C^MQP>>WDKJ@_L%X:YW(.7_IYX
  5419. D3.;LWPF'KF/1_H/XA0>)L?_0\4(._KK\%SJ=M__":_K[ &>LC\+?WO
  5420. !U&HGP@\!\R?Z)_U.VF%C+@\8.@?[8]7\:<E6Y=?S<M5HO7C-B.P(M_=0B.\2^1'&
  5421. /WT?$"7S,]\Z2+^EZ0\=]Y_-PP'3G>WROYBJ!AM$O>XQ3D#UDA??1=H\
  5422. J9\8O^N+JPJ7$1I=HO?D+_=1Q)_C*+WD:(!R[WWU#?M_![_@4'X"AMN==_&6L$&-"
  5423.   =)4IZW0_><C\@#[[.70!P\8&_/_X 557,](RM_[@P$<T0"D. TG00[+GL^_
  5424. /MM_^PHD6JABT#__GZ(@FK!BBMQ@\!W43YA_^MS1$E,  ]_70CL ?K"0'"/
  5425. ^2Z;7IQWZ8!HTYN#P#=@S6= C]+_(.L;@!*[E%M1+I14VA9C
  5426. ]H#H[I,_^T_G'XJHSVM
  5427. /XB0Z^&,/_B#:O_!:N&(K&F*.P&&']M,O:&LACX\5?\$E7H#D>@ K0!B]C23* '
  5428. .:B_/Z:BTX$Y/ _Z/*;BD8$/"!RM.#Q_/!PXZ'4!H;Q
  5429. .P8.(T5S"J/V,N3C/!S;,\"+'I]#.QX^P29R"NAD O#UM2[C_B>OKV=9!V
  5430. /8+O^GK_WS+'#^^ SO+/HL+BT/_@?Z1BWD^ W^^!6R![0"MP5$'58 #GX)+>
  5431. 2=$(#Y2/I(PW[X_HL6B4([FO%R".C8 0$
  5432. >SGG!NTP\/I%M#<1"<L;1!*@)2#ZX">$;_/__BFX&BDX(BG8*BE8,BGX.M/\F!@K
  5433. >03VV/[$M^/6+X[CCVE8&@_HJ=#.^]C^XYC+V \+1X!Y^\H ^_Q\Y\706NMH#M
  5434. 'LA,1UM^_I_0/IT^R:)#_N_^O#X^V[W/KH8-1"*P;\,BMVT";D!
  5435. )7VH$[^4M[X";0(MY8[\.8K(BBYQB+08B/<F, .6?A.&^ T5AO@3A\-0Z"(
  5436. 6*"!EZN*'KY9T(\MMYI&VX]JY\J%QBC;TBMSI.X!T#M,P>O@)57V+#HDK#CB'XX+X
  5437. "NL6\ZJ_'IO(MZO@**\A7:?A-_"X^\&+\L""*)HI;=8]0!/.K7\-71^PER03X5_I7
  5438. B\.K^WT)MXN\5@7O_N"!9_XB&W.S&!O9P^@=7]2!UHO4ZZK(VF?PO'F&@DM%]B_"J
  5439. <.&EM*\9NT>8S_XC\??'QCAYY\Z6+RX)>'X8 PY%Y%M%*OG ME>"X
  5440. 0;R\FSB,KF*M2."<*>L+FTCA=0 O2)NL&75!5?19V,+N;.%T!"$
  5441. 1.'=N/NI$A&SM/&X
  5442. !*SM(/D!Z%V10?@(XC+V.XKI<P2$ZA6W"N2P_N3QL';QL/@3
  5443. >N'L/@+Z[9,VEOQM@_AA? C[W_]Z?P.#P.
  5444. VV;0+S2&8]]C#&R#HAP]9X2%0]GW<!_8(Z_3?]#+2MM"[J&/W8M%39&/-6!+
  5445. !"7"T,^RE^8K"!P_I_K0V\G4Q=0.9_QCE]^.+VO?AM ]/'
  5446. <>#XE97M8M.!MK_;^V9"@KD= 3-)>L"S29R(.&=X87"RHGKV+0[N/RZM/_YS
  5447. Z-U%QO PSGKZ[0Z3:GKYT3_041:1"#^!7K4 86X8BQ0Z([P6(
  5448. )[1?^M7Y'>1IFYZ(7[1$2 /&M# '7O6<R-P@86B78;$E?XRW'2_!FR;\F@
  5449. HD'1O]KM.W8,=NE'.WX*=MXIR
  5450. SCZU__,-7L6(LVK!C1YFX*]QST^TX(T1?@J8BI#"L0M
  5451. $;SX&2X?+3UGV.)QP/YZ;YAX$,\!='K&58,4U?_-FS#L^B?]JD(\LD!B
  5452. 'XM.O>0=RGKX&?X"6_]_S>."E[-^RAG^ T8P G[^]NY!IA9!<
  5453. 8HP0A7%F+5@8-M']/B6;K#!##D
  5454. ]!2.AF/"E!YZ(B[2L(>/IC9BD\!,.U,Q_$.6KSE;>7X# +EM_<H,Z%*%#.7X#
  5455. /*^
  5456. GE-^4\AD_E1P64^$:?$@I&ZQ=75JL8X4%O]=8-0/T.M<N30_P03/M#\"-"45NCH^B
  5457. $DT*3UW?4"JQ#02KO<2<;2Z7^M2\2+P??02(OZM_NL+PM#$J>#[:L + >CQ"=)U
  5458. Y7!=A;'[F%&_ZH^WC_Q(/\6^>L:HC;ZR*8EMF_YMN0>WW^!U+/'^HO6+[.1A4'GQ]
  5459. RDD_.9A1>GB_@P"]P@\\/=+=>M8]=VSMCP\"L+;F0Y/F0HK$\##\SHK@#
  5460. /D,\D\(MK^RW7Z[-C29;B[N2@ N_SW5%^^M5NP7\;&A$E/H(6.9=/(A9HJ)R
  5461. A@J0>)]H-']9D&SKH(BW<"__*JVXZK9^SCMH1*P":;R1@BOH0R_LO!]%OL!=#?K0L
  5462. >Q5^B*#U\HJY)$#NLSEK+P>O#]U1^JM$ZRJ;'G:4E-0Z++/_><(ZPW+9-O^?
  5463. [_=<*O!BZZE,9$$ &)\.GE>V%'JH!]M=Z%+@SVAD<YA 3^&*FMT.XM%"G@)L,'%F
  5464. ?NVKF+!=!!*1X2*#;]6HM=.0=TMP$.F+74.Z-Z:Q(1BYDY
  5465. $*+/WX#PO0D-S786*U."P5!1W;O=N7%8
  5466. BOJ==FNMB47WF7#L^^/V!__U'3&2!M'Q,.2^8+ *@'Q<=X-^]SR<M 96Z+D
  5467. 6/QCBU"1M_D#]X8M,:=G^*\I)BU1)TG1#%!I244<+
  5468. Q.IP/UPW3TA??W:Z<?K&XL0#D36M#&](4$%A?VUT;?@-!6+'@_\!?!C\ -B)1
  5469. 0#Q_NKZGE<!(;B0)@.9.I0]PSTM</Q342OH*7 (\ PM_ L \@WP"?BPK@OU 
  5470. 294FP3_9MU2MR)!T/I!:;0[<OMM!P5_P%QQ1P;&1P@!F8#K?NE5VN#G[^'2&IJ17O
  5471. [_%X.P=?0*(?Y\ZN^5D H-MVVHA^,-;$^L'_]"#!O7^
  5472. ;"+'ONID>_Z[L#\7]G%_G0'Z_*R^!#H']C9!*L>MZ
  5473. WA^^G\]=F[_XF#^P$>A@+WXW(C-R, Y7[_"S!95XS:CL*P"="+3?[1Z7]!M23/
  5474. _/.KB\(U\?:6XQ_^%=L% P EFCT$ ')7O?#]
  5475. L<V'!F+SO9I]SOQ=/_#M*(L\.P-W]'02 \7X=(?[#"O%
  5476. 9<TBPO5@0J'!7^_B02)-B 9C0-%ZCT  7,#M<"&AP841 5M0R=0%P&&U\XT
  5477. 6^+KEW/X=R':609K=01=Z]4U=Y"I\:
  5478. )T&%YM_ZJ;6:$/#G]X)/ZE<AR#^01R$OC[9OL#^(D-@\? R5?H1...
  5479. %]?5>L[;YGHM1;B/S"(M4'7KC-F.P8?5'4S^.QQV Q?\M;G:\@98#BZ1
  5480. G_46'0:V6G\#OZ%M=%\5.QYK%^'_=ESZ:1=S5O?#
  5481. 0!U4(]_*]V+!XLK._-R![X<&>S_:O?^\?-SM-SO[=P0[_G]X=_"+"@/..\L\
  5482. 0+K"7]_[^F)/XD<B_/Y\HL" \8[QQU
  5483. 8V'IM\8L#X9'I\M?_O>GK]U[S8^G##X/C\'0UB___T[$$T^N+RP,>9Q=R)X'[_\/_
  5484. M#W<A]&T7!HX&<1>T2A]^S2$'<A2A;8O8B1<!%AAP^ $.V;<(
  5485. /4U0L$4[@KQM5HORD?SQ+"F6&N+Y"?$#9,'ZUO__7L,+TG4']_.+VHO1PXO(BT/_P
  5486. C/2\Y'PM_#/)P^/A5?#AO18*[7@8=7'%"'_\BNF*SXK[,MOO!T71XW_KT=%Q^8OQB
  5487. _NBM*=C$,:,Q"P#_<@@$!2O?&\[YT?OLT-'2*2'?377F)6VY"_\OR7FM]]GWVX/9M
  5488.  .BC_X=5+C9^>>;T_=\2W_Z">/_?]OS#Z'?U_NO+.]%U#K ?4EL[PP(1
  5489. TI:MPT*L6OU^S!#LQ)7$=XQ-BBDK\55?<J+=^!8(BZ,ZW/R#[
  5490. Y6_\'AX=WX";V9MB<&)?DCA535](+JYQK&!R23)EPF?N8D$<?&)\1;!N>L"@.W4X1
  5491. *) -D.O',"M_P#K#;H>
  5492. #O"?02^0PWCB='6#GBZ%FD*X7_]"/T&=1B^!B&)SX''^/WZZP3&M!#!&S>GX,?_I#
  5493. \&_ :%O%Z+RZ(\I_L, _P&^  ''1O9R&?OX%WHJ&>M58/@+MCO8$:
  5494. KH1N*WOVKX"RGWU?@-^-7X"W;@?+;1_@'TUND!I?U<P=;X";CP (<_M"E#3Z%+</
  5495. :]@_HB@_Q^6]N#^ _ZKO@+R5M)@_@) 8/X#OS5^
  5496. L;NOG??8/^M^OW\@_@,)$"A^X/\U=R]7&&C;Z(Y! %UM_L>
  5497. 7X.06H.I_$/N9Y)3@Y]&HH%ME/&E\<B(#K7Q]>_S!:_Q&[%2@?X7(7(%K/'K'L)&2
  5498. O +Z)'CX?3JB,*O!&3XM#.WHO>+HG]WB6A7_@?_[T:DR^ FY_CO&<Z=.#U"
  5499. /#5\'Z&8=3+Q@,-IC4?&M!O,Q$=_K"Y/C.73C_J+1PV$0B3_[#L:'Y@"XT+_\+-<H
  5500. X8J'TQXD!)A^_W+,MRKQ$!B4F ,ZY=3N#? 0 H<-U!OH,_)&+/.<$W[TK^
  5501. G_=!?@T5=0@KGH/0>[M0>.Y.\>O.4P&EC%$8Q3)6#C:B01).?8 
  5502. />HZK4X>77*<NI";+V;$-$\__\*M=!5=_T\">#V+UXL_CD<,V/^J7/J4F?9'!P%T"
  5503. [
  5504. -"W_HX?_6_.\&0'34Z-+_MK]TP<NA7_^K1[-(#L-N#?]&Y5J"]5[D113J)FRNI[_L
  5505. BB]:+-Z+17PRLCMIYMB3>+_-_RI@@\#73?/!IT%,3];W_84^@9!6[3QNG;@$\&$,=
  5506. '-'Y#C]4&>[0UMS2&+\.N$TM%V"(P$!Q*[<]-6\<,&'N&.7@BT)=X?\?_KYNH>4\5
  5507. >
  5508. HE'$(]'M_Q\2B4\4B5<6B7<8B7\:G/Z'\!Z,1R",3R*,5R3TA_\FB6<*]PSZCE<(B
  5509. V<&M?\?[4_P>!U/_5R^Y EOLL*L,[
  5510. K[D\D+BUO1_/$P#-AA5G<>_2:.(82]B[.+MK8NG /^+H> 0BU\2'W0,OZWK
  5511. <\.Z/O_ A+/]/[+0/SO_SU94.C0^,KS=":+M\,8$FL=$WPL!,CV,3 /BJ3V  
  5512. 7)#TG[B40)5MFIV8[)"/#8
  5513. _#M"XQ40O\-M"<GW$_OUB5P%C$0'2?6+UA'IP7WR\O
  5514. )U_9'"_O0*T<);O%.^5E;607>\_VNM7P?>\U/H.?E;H\S[PU2D&ZQLM'X&XE,Y^CT
  5515. Y,SWQZYNP270K6J,M0YB#^'(YMJF'B1OMW$
  5516. ^^'=D2W_4/<=GT(J!F@#TK=06!SN'P+T?V8G0$]@ !BWT0QB7GMN<[VP8
  5517. I/[%=:Y;;45^X'L&:PH
  5518. -*TVQ_^G#2JGF8^L@]\;C=%QL3?(W;*O8M6-CX"2.R\<1VT5+LH9+I"(,:>OH=B1E
  5519. B)^]0B)GI</^IY131RC'*_.O5V?
  5520. ZM>!+P_"Q!B7_)YH+I1/\(5U^H90(D_&2QO1$G]PWQ1PSX-[&)V"K\5K[WA[H9MZQ
  5521. 1FX:B#= JH0#S7[U;H3_Q-J3%:TAIRYE[YK )ZLE!44[NJ
  5522. [@$2%,/"/;WMZ9@+I)&DGJGH@0.)1 R-\01UA[T6B?
  5523. MG;D..DH%)B$N0$>I&-'K8]_I*9$$M2Q\>L4OWZ_9-@SX:&7[#FB:+QX/
  5524. #VH)TPSHB'AM"K3B"('_>/UX=@GK&^S9MH"$-5^A4A*/VY,9T!^S#*DP9#,?6 
  5525. #XHUVIT-H*+Q'&V>. X;L+(-E<U_>)M?
  5526. JLG4B"B]ZVV>?IB$8AT[F'L?*L:8CN@8YT"_%!'R"!@60&]_NF<
  5527. #;NJ%7MA@3,L@83T9SQ!R3JNI.1FO'O_&;1)3(7VO<)!0'V_J_1=D$O$?*-1@0:D0
  5528. ;_M=PCH"E57@REYF]W:M0KFVY?1-\ SIH-_WM%J^H]U_[]DB<:!YD0 "?9U
  5529. C'VMOP!<O
  5530. RIOKL]D5L%OD!P7[8YZ5!75O7K!NAO_FKQK%7F3$CRZ_Y:Z_V)ZSWRMTRGH_4+HZ6
  5531. '_1C<<AD0$*_"8=!*@
  5532. ?L,5N&;M&@I"#O&0/IUY2;'Z7QA48U6M/9$$4CC\#.A%W_2XXN,AW@I(NXLY_^N!J
  5533. KY//=(>_9PP#NC.O?/]#
  5534. &)T1H*MF=[POO(QOO'A\J[L7_C2RF?2RG5ABW[^@>?S\=_>,I$Q__?')>$4+O@*5N
  5535. ARM5)E;/ CK.KO*FMR)#@._0'R8OO] =!.XW5!7$V+;3=OE[0*[
  5536. .W].NW\=;+OMZ:%7:,OHY/R_ZVW)_0IKRXV%L1+JL>G:?RG6$O*OC.D;"4,+@&0&W
  5537. ^M2S"K<M7\L8_\'>8,H2_!Z.QY'W[W8&C-
  5538. *0@B+3@KSI!\8W_RUK@:.;-&D@7;F_/[3MM#^%S%NQF'I."%!I!5!NY_@,IPH?3];
  5539. *X+1
  5540. Z\[\XXS8Z_BKM#VQ.1AKZ\;QM,\GK?L<&[4L&M#SKZ,#\M#[C_24<D'(ZM%:,VX[#
  5541. YVK:R!7Q0<9?W6>/^
  5542. N.MV:@*M$)Q!N0,J8]W51Z#["S?U;0:5-%6,H?AU6FT3O9R#/0<BQ_T1AJ#Q"P?MV
  5543. ]/\/Y'<BX^=7P*X
  5544. $3@!BIABL3VU>8SP.GH#'X(B7;"&:G1A=EOARA7Z'OXMOW+\\=(-.^:MK745!3@)_
  5545.  4[&3K/&3I%XKJ&;5/;G7< K#'_$]H1'_&#;ZN[MB5;HU%;91Q;>Z?
  5546. RRHR-;.WQ2)CS)6X+%-KD'_RBE"]7_#/VWFI.!.,=_V&!MX?\_=0.Y !
  5547. I\M'A\N'^(C&KC, %[NO<SPY?'@>+P\ I\;1)(!BM\+;QJ[;UMQ&4
  5548. F"F9[=CDXUC[[1Z@,_;.CK#A[V9>$<OC)9K_*]F;_Z6;F"YYC-CYV.O7MN>EIP;R2
  5549. M]'9!_;5!_[1#X?VP8-T%_L$=0@&ML-LQ]+'+.K[D7D)Q^[NMJ#ZM*R$.O.4)%^F$
  5550. EB3ZU?GI72VWZDX(_/.J(>%I*O_X"O__15)23U(Z($Y53$P@M<&]I;C_\=&5R
  5551. %IO<OEC:"!#(/\/-"XP,"!L:6)R87)Y+/__\&]P>7)I9VATM("A#*2
  5552. Q.8<0.#@@4^IW[73^<=%N(&)Y(%=A;, @0H:'VZ1H-6 U^H?'+C3.M-/IT,[
  5553. SDO__4U1)34%412Y,3T< 2$)A=0_C9  C($32:7/X3L/_;V1E^$92M04-+
  5554. $17087A250+X6%32<P 5#_$6$1E;&%Y ,18X $.347FVTQ%3A_"L&9FM:6-I@V/E
  5555. /^/!@ , "( + $ 2[ $>_"#^/I@"< 2@"7P&6(4_@G>_PC\@03!M_-7_^
  5556. _@WO@)9H")WO@4#][H^ O'!0"1WO@4>#P $/@A%N<#_)?X"M[X$ ABM>-[ __Z=!
  5557. GP]GCX$=Z^0,;T 2@ IKSX%(#PC=Z"!P " *YX^!02$6ZZ0.*<M4
  5558. "WFO@4%?Z"WBT 9 !?0)'__O\#V?_X$" '($A%3%
  5559. @4T-2147A_TX@M')EM<W,@6U!=('3W
  5560. 6\@<'+/Z2!C=7+K'P+X<V5T=/!GXO[5YF9I;&4@;W+>_*WIMR?Q_@'5P+"!D;W=N^
  5561. N(!#69T^M^P[&'P?+[I(&ME><-C:&$ '[G!L/XZ
  5562. %M5M(3R0[&2(1$]73H0/]7>B;"!M;W:G
  5563. =QY;W7.=&CU#H"5979I\;Z',*IN97BKM<*IA;4#XO((NOU))1T@>^52\_4Q%1O6\9
  5564. &40"&/*89?,9(.5]/VSQ/@*102#M$-']8V&AC/^=:1RAG(?\;V?2UE0"!47_0>L@U
  5565. FW-2Y?E\R S[L0R-371^
  5566. M@M0+K5='#];A@N.V-EQ7)U;J/X"P)'@/+O;FA(U=-F]
  5567. #,_9/VQ/X'X64N9R[ZME.:'4DZD5R#A[_^#X49)3'OAIN*$$*W(9B=L?!"XL?@+:7
  5568. ,@ ,9*\TIP77EEM\DCP='5R@!=GYD-/4%FL\P Q]+[4_6$X
  5569. #+@WF5D#B9$(=-W_.'W?$D(:DKNM\J!Z\<3QM/%FV"")+
  5570. #:\V&@I/+&@.EF56;("$(X]BY]\<9"++1I:<+\FV[JMZ76@@LOQ<<[\OOV8\M#J
  5571. [79?=K1]VS_(&AO;!<AXK,-:4Y.KP!/($9%17?SMQ_Z+B/JM8J^[Z9;Q+V%DP@MD^
  5572. _.2.@!$88[I
  5573. .%U)7UGUS4@;@!7).L@2.7JM1*;M&.#[86-6^$U!_U,@,#$X,C8M,3$R.*%G:4 
  5574. \7)L8<]9'
  5575. 0K<VF[.?6-M*#CX=-7RQWSI;'6\(%H@)#$PAM%FSO5(1^.AX=9#*RO22
  5576. !D8R?86[C/<&Q-MZW/!\>@@*&[!$&GJ='JGZG*+*9($OBC)D/ZT:!CG.R+R,9XY
  5577. (;[O@!-UB RM,S'1.3$ .@PI#/ 2&.L 8^8E9$/U^4YO/SJ%]5O4&N@) &:@
  5578. FF9%.M'UQ3MMQ ;P_P ZM_;\)39S
  5579. BXQ9_<U]\Z#E2OQ9(OO_VT?\=?Q^+_OT%5.1$5&24Y%M1&IP]OS/^
  5580. OO_,_X"E+RK\IT8<,A;/%A^B!4<C1S@!_@+/_Q
  5581. "AP86,<8"G8MZ6%D\1,H8^$[.<H(($M:,4]CST0@?/B65%=/4DO$2%)/55?X1TA05
  5582. 77):LGJM(%)!1#\<24\@*$%8+BD@3#+4];T"ZUOF)/%I;1WRD^EW(!5,9F'R\4WK?
  5583. O[KM9,.M<'1HTW5G:-'C;9'A'MZ_Z6O\"@!N^W=O<FM=Z:K06<K]X-UQZVW?HFH4M
  5584. ZL&%;&G+H?]W:'[![@9$=NWI8JRU@(4
  5585. Y/[GT1)CSP!'W(!=9F9E]!DUY>.CM5.[JXNEP"!^ECN% ;F-E+@I4&+U\^
  5586. [NZE#MVFQL;(6@9=$Z9OQB.,&M\66"M1SL'W/E7VW5M8B,$
  5587. <RT;O*AT0K>0WS1+UW2$L(>2];6[RAP+7]S>N%_$'\@M=F%L=64IX
  5588. ;%!!#WZ+OYM/R^!=3$^[OX+/J]Q?&JXD%SX?WQD>78\7S:E6-!MX7)I<8C9^N.!5$
  5589. XH8D.T.NEN#74 ;)'$"R*NN DB!03:XN71SLFW
  5590. 8)RU-%DM;EY;"/#Q*#'EL6W)T2=L\ #0WF)Y.BG  2R
  5591. */<9)/%U3>'"B@3Y:7%3V1WTMFGV[<NS/L632__QD:79I(%>6O,'X#W1O-^K"^!0H
  5592. @,%#9O%CX>003/@)3;/+M;FST(@XQ(V%T+;LM[BU
  5593. 4+VO<RV[[]K."(JS)\WW\O[QAWW,82!G4G-SN/%,M;V]K_5ITTWK("TU/3D%8!NG2
  5594. Z4-"ZC4*P?&RVEK8"V^R$^IU)+9B0,'_Z69EM7;<!18#KLEWE[?95$&O<3\(%[IW^
  5595. LC7\P@JR:0QP::'I/^$
  5596. @E!:QG#9HE4/MV.ERX;I*K-/+'L\N15@:5/S?\5+<<U9R[H+I\NE0+?WMX1C16,KP
  5597. Z7/$\K@NMM;SQ"FZ1\9C\<W7_H78D?2<9\3
  5598. G-)4#/P;1=]#J+C!E*RP8YS,G)KUPTM5GM  S]P8P\L@TJ!'_*V RRV
  5599. E7_NM.Y/CM]%5,5%,)"?CI<*?J)0!?9,?&149&M24,9KA6N#>KGI?#A*4Y/1/VA
  5600. /O'X?6G1TG2I4A"07"Q5>,E-W/]^!IL+03%M__A&6JYD_?@:DZ_K17-T+CTKU"?J<
  5601. R]%U!CQ,0;#2^[\.@_[R LLYS!*O3#EM^ XBU8]W(-
  5602. R.#DM05<CRT2*0\45T#5299/$QL1O"/>E1C%=A>MHXW!J>%_KM_<ZL;=)DDF4
  5603. 0EGX\)93+U-%0]\H878#B&<I.KZ/FK+D_?<3]?P[ 7!6H4@!M#P'_/U !"0!- 2L
  5604. 2P$M .$1\,8A_O;^'!+^0D;)_LW^Z,'^__^UJBA&([FDMY'.VV2KJ<\-BD:Y8][+
  5605. S7EM6:*QX=TNPO@*547OL;[-W[\=T6_:M-O[$*["MJ?VO=&%P_?&H+,/X"01UX7BY
  5606. T\.QJF!];Z(4X;+A;LGA9MVOI=D5X75T@[-AM;FMS(9>YWH(]^
  5607. [_^!%214?GR5+9Y/;Z__[)4[+*^!-)1B!93U4@5T%.5(=PM($$@1-1+]$E42-6"*_
  5608. $3J1GQH<E6F<JX?A00N8WX&R!314Y$O8"Q)%^Y=]F%MS_@90T%32.J!&':;0TOY3U
  5609. )%VD59#'KW1)1;^ IC_4Q)2R 1<V]V_?08
  5610. *'FM^.T8<,"&[!A-0>'[8Z&R14U05%F#^
  5611. Q(3U=X'D7"("TMR$U517HHV_3KI5!2M3T<%6.7!C?[@[4E4%O
  5612. +V^K_^!5;$O)=Y]A(+23P(O_X)J;I;7K_<+?XW+7XM.T9)4O[I0TQ!4U,
  5613. >N]T;?A"__@)= !AX_@95&\ZL/@O8>W_
  5614. '#>^!Y$^^$@M0E532$].1R#VNBAPHBG2^!IP
  5615. &6P^!YBD4E.NQ;HXDA))FE$4H79__@:97GPM(*ZMOD%#51.9)9
  5616. -:(KP3&@J^"#0JO_X+2IRL/A,<F#X4-?<S=F_^F1_.3$PM,S(S@=@^$-@E[RFV#;C
  5617. __PVZ#;P-^@TW#GD.>PY]#G___PZQ#K,.M0[R#B,/M6
  5618. ]:#Z#__P_D#PL051!7$%D06Q"D$.W__Q
  5619. V$7\1@1'($1@2:!*X$@C__Q,^M$XX3WA,N%'X4@!2"%(3_[Q34%/L4_119>4YN 
  5620. K__P#O:P<*#4D@OJ%U;F%BMU,+=P655U5:9Q:6,PWQ^B,%/P]IX"N'VJD$*:Y:O>
  5621. !U
  5622.  
  5623. 1IJ+\)[#4B@>M[Z(*M1(A5H
  5624. O0=RBLH:X/'6O&FV-O1HV9HVUP*3__E]]9+TXI.B!9" 
  5625. E8W>R(2HJM+2?-^EPAP:YJT6UA-+D+D2FE 64NC6T5
  5626. 'ASA/[)_/>TC%7)C6QN=6'DJEKXM#AERY0(I_(]T=#^;H76NLG<-4&FT,*)2G+*VH
  5627. MAC>;M)2*)UX+&._L86@^QAMM*E%B5E3<,5KNUFZ)7-9G#!)926I<XM4'A?NN^I0$
  5628. O_X./__^/P-"E-T5:D@M3X4@1O%FLX'P)/U1F0HA.N)[1&UU>2]?ZD)ALF'3<VEZ9
  5629. E@*_M?C1$]3(#$NM>'B4LDR9%;MP<$5"AZ'E3S;R,S(*^@Z9;5%^L9OG_11#9G5NB
  5630. JYC%IH+1N9=M_?!_^/SQ'SQ*@/2  +\/ "AN=1[:OBD ,%C]>,Y)*TKA_^\C
  5631. )LALB&Y(< AM<P EX&ED_P, :0!B &\ =0!P -G\_]IF &4 10!G $<
  5632. ;@#G'_\B+",R(TS^MFR.@(Z4C_R'!(]XCXR,6)3(F_B>N#_^&)ZS\__@/>RJ5*G;#
  5633. _/[\&>K_!P$2M3;#]R?_GN\B\NLW:O\#9L\3;__]7U;C4OLW$UK?3O;K$?#@3[O@C
  5634. &")U=:N<M'(W\__Q ;ZQD*
  5635. ;("IJ7C,\(__^Z6R4\I_1$_0^E,C*GJ-4C___V23F\B=B7MLM*</#J,,.*.__]Y13
  5636. XM0QSKXC8:/WL4KD?A3_MZA#^:F?^Y/Z+U/S^___]SM?]U/%74S'3#Y2'>"6O;Y__
  5637. \_Z0-/.$T7;@6UM;B31@"
  5638. GY[@-WG#04/2A->7M06^KR8C#0,#\6?C])/C]]?+1>P1 "0+Q\O@)!@$"\O@*@
  5639. $#JZK6^ P$S#@2M__C\__C\__C\__C\__C0Y-;J< G_ ; 12!#_^
  5640. V$___O_5QS@?\!__@2X/R"M_P))!?_X$N(ZR!'_^&X \        !@5  " 
  5641. '0&Y@.& EX!!@X?BPX, (OQM3HGWC-L#'@H CL/]\Z13N"L 4,LNBRX( (S:B>@]
  5642. !!V [@ $"G%*<(IPX[:MCL.Q ]/@B<'1X$A(B_"+^/.E">UUV/R.PH[;,?8Q_[H0
  5643. *V)Q='M2G4%K8G%MLA!S
  5644. Z3K\3')T>U*=06MB<6R$'(BT>U*=06MB<6R$-'1T>U*=06MB<6R$-'1M04&LM_^*V
  5645. .D3 *V+V+$#TN^ S^" Y =T#(CA04$FB@&JXOKKIJP(P'0T/
  5646. %TM!8C!0>OJB?N#YP^!QP @L033ZXS  =@M  *.P(GS@^8/T^N,V
  5647. '8CMCI<O\JM1D%"*@X?OE@!6X/#$(G:,?^L",!T%K0 
  5648. <>+QX/G#[$$T^@!PH[")@$=Z^6MM"<!U"('"_P^.PNO8/0$ ==J+PXL^! "+-@8 
  5649. <8!!@( +1  CMB.P#';^H[6MB^?[+O\O !H5  $ 4$L#! H  ( &
  5650. %R)=Q;$R9YA, D  "H1   ,   
  5651. 15-4M24U!5$4N1$]##0(!$B,4%38W:(F:VSP%!A(31,7VEO>+3J6:M&E0JD5=%L5:
  5652. MM*&"X&VWK-RY+D'&=
  5653. DS)TB8,U_*$-XY8X($251NV+%UZ;($@;[$AWP.,NU<MD&%!PI7[]HSW;@O2S/$BWD
  5654. NUQGP*\B[:M&/1@BP[EV[:MF'I&&^0:-_>Z=YAMG#?(O&_K@AP;UBW(LV66-QGMM;
  5655. ^6-5TT]KON633'0ERON7XWP_ON6[EKA&Z0M5-&6X4;?\5_#6VY:.LZJ?Z<1WF/?LF
  5656. 5;=V[:-\G[SO3BWU:34@VR["C;X"_YM'58,M#)6U;M,_6;C[W)3*'L2Z"VWKAMA!7
  5657. _^.H_S%MH4)-0AS5L.LK>Y5V>WM6+9EX(FS8WZ#1$%NT+IMV;-AIK=<NGI3/$N08L
  5658. O\N]P=PDZFJ[:3]*
  5659. K]RO:ML/I)G#>D55\-9^P9ZS!C=UDRUAXDWJ[TM&3+OHG?;\/*X5]@!9E*23$6YOW
  5660. 0MW'/(['3?&-NS.G.#M%.]ZPCI;\T$/6I])GFS35/F!FE4:M"A2YS84(HWTZ).MCC
  5661. ?1JT&"W"S(+>N<^\:LLQ"6<\N66>*\*K;;K-FR8XP7V97O==F(K^G5=RTYMJ/(\8G
  5662. Q+.$1U"_?5Y/J_*$HX1!JTEA.D\=-EP @UR+J;8=YAZ+0E=MLZ;5H4MXZY>
  5663. _>8VOU@ZG*&8E[K,4C<5N5\8;2RQ_C0\US/PK?;NFVPU'*"FMXANH6\M18SM(,8^B
  5664. +&U2Q%"J"]F6+)DT\Q+%E];]I:3=,^%\WUH/HAF,SJVGO.B7EMWMGFPW$X?3D:JV6
  5665. $XN]47>\\)1G>JZL'=:-F
  5666. KW$=E;ZR*G=(KQNA9H#C6[3)+M*<,JSZIB$ZOSE&\4Q4?ELM9UX;XDD\=V^V)8-;E
  5667. ?7*L]-]T40<!I'4%6HIMOM+#??VK&NUBZBJW6C[)8C6O,?DQ/!G(4\(Q_6D?"%,7W
  5668. VS;U=CV?%+^!%^\B[M\=))XQ[W9;*M&+%>I3=AHDL1^K?AW(OAG-JJT'0Q<ZAFY56
  5669. W,:RG,:OIMAA2M!$NY<V2O6-U6ZVW^?\J[=D/W6B?7(%]CTT9C@(O(&N!_-JT=.QO
  5670. ^L]F-X2]CM798MG'-V)O5T/:G$M5LZ[A7<17SN(UEYYN7FB6TSO/J>+'#31CV"K-+
  5671. JM'2,MI !3LT
  5672. ^,A7F.@A1Z2%GV6C"G#/3K&I=-HRHK':P;TZ?:QQK9Q!%[C;NENY0MJ-$BH8K0>ET
  5673. E2CB+ZW (=VO0<\-(P:3D='
  5674. [A$C5(87$+UZO3*UU32=UM!OMMJTP&K7@W]BO%^APLBTX*Q(GTFZM%D$*:Z=.C(J
  5675. ]"R+*-JLY2\\P?&_4+T=)M
  5676. 4V,LZ:VVR5;M;WS)"G0C]9%5Z**>WTQ5?%,^#9[P9)MGO&FOI"/6:E'?@N'MS2ZG,
  5677. '[6;5H]6A<GII3'=YG8T$2?3OG,::F*VELUN3VVC*N(LU2;;="C3@5VM>;G,Y9O<E
  5678. "A6G1Z#:_$^B+(XM52G(NQ@EH_)5:X6S5@JB+S*Z=$=6$^/=DYHMG5##
  5679. ,;%1/VU<XK9I<>VDHV*[-"T0-]C,*.:-YE=BB=^C/_]L5G0TCC!UM??MNT++(5S=L
  5680. D5P=$&T?+*O+",D;K"*V>LC[$8\_NZW=,A:XY0>GJ;TIO8"=H;9M)-%ZU;#L$9BD;
  5681. G-G\XK(%\-'C51HT*I$!-E<=JA.DZ$?JZ@
  5682. QXPIN::)T.C<M5]@8I+S#]C.W\KEER3!"(;S;%(J+6;25_$7I;]UX(=-0G#VV8'WC
  5683. J<RW\84XMXWO6,V'"J%^!U619='3ANI->HA09;:450N-!2%DQ6I>%B\9;Q'KU7<\6
  5684. >'-+MM.;E:"%6AHZ!#*S<#._3Z1%R!YDMI^/%*=F4>\U))S"NS[T#V'%^K#^;S(Z_
  5685. MU9Y4R/$W6MT-H@>XTE:H&9";:=T\)TA!X;'#BD%X.JV;0]=EX];Y5!%'9+<GMF+?
  5686. :.A%YGUO16L20:!&C,)R[F<29]'J>+EVZ.)A1];HPH$=)'D+0E##+A"8HM@>KJI$-
  5687. !VV)RIHG)1C$$]?CIZJ$P6&1X*C]W"%!@0MFW3F,YA^.FM\"E\AY2ML<@)GK>W2O+
  5688. MYLU'H;OS"9GB$SR,[$/\1&$U\6G+I':&P8+J>*9Z0<J65=-1MJ_Z'_SGXL-Y-GSH
  5689. -BE5F#4M AJFH7L8F)!G)BEL?Z#]TY0KQ;">JVN>=)ZW;M
  5690. -X$+7R^(D@4W'$I.0?6@YIPG+_Q15L?X&/CGNZ;IR-F;WR$%=/[[!F%(,E$M))6$P
  5691. ).A83CF;NFP%''942T@5UDQ*#U/4.^X=4!*H"]&12.('!4(E+U^$SM1MIG*LE\&(U
  5692. B&1B<0=DM5S+/-G6;#11"MLWV%*>@"U)>^MF:*+P1E!\S6+^THTM^^T<U#6:1U#KL
  5693. F4:ALIBP\T#4@W/HR*9)(F9QR<+9+$\V]!.X*^-7BC*JA<?M%2,,ES.(_[)E-I:%9
  5694. T,KF)9EFFBBP#A."&$^H39FT'Q5.&$C;V:T0F*FCBM'M_0JN\,)4)T2WKT1<C22N&
  5695. &%JBT^0PA
  5696. ^3,?$*=-FRY@Q9>)0EDF^H*C4;FA-M;7"!U%SH"+"F\"2($#;)L.;#*,I15IT2Z3E
  5697. D?JE=FM9N(FX^^:)9K.BEIJ-9MZ_MSL(KT-_.(GQNBSI8.>4Y<'UN&M\U"K7F=E,5
  5698. .A>9BG9+CT>:93Z
  5699. I-L4LMDA1S<HC>12OX4-;'6[&KJ'H90A@>\E2X;K1N.I0'&6,IX6$*;6O0>2;,>C/
  5700.  MYQN&.(1NIQE,JN8-!P[192K.Z0;6J$**B[FC>LYMQGL(1L=,U77V16SFG(-NM.J
  5701. S+,>+?\#/T(ZG5O\TX?#FGFJ'@BOGA\)PE@K#HD<*O>;=(;86(]M,/9W8PM%/IOW[
  5702.  P!C,[C0P1YN0;71[0_5;NG%V@&",V4U6*?6\[;69:95HY
  5703. ]T4H5JZMY4Q9M>C8R&)[2>K&D#\*-XW<"'-!K%FUUMM$0B5QE!--!6*:%8JE5:I4
  5704. 1+OM]"25Q^F@3)G\W4B3R&X[K=I4:%$I8&RA3ZM2B?XB*8[0>:63:L65S^^F(4-(M
  5705. SOB'L$R8(+AB;H2IVJ4.LOLFS!FUV3)OO-9QI(P]KZ[*)SS%>KC@:KVNP;[6M-TR<
  5706. -IY_YHO1[)<R:81T<1HM=&H*^Z*=JF_1!5$H
  5707. %;Z$_X*OF)/LK"N4=:HMNKSNG#6\;IHU:\: GUMPP#;;)0!H4$L! @L "@     
  5708. _8AW%FG2)13>/P  MWC\   P            @        
  5709. $535$E-051%+D5815!+ 0(+  H    &M %R)=Q;$R9YA, D  "H1   ,        
  5710.  $ (     A   !%4U1)34%412Y$83T-02P4&      (  @!T    8DD     
  5711. end-- Dave Bushong, KZ1O@K1UGM.MAWang Laboratories,
  5712. Inc.Internet:
  5713. dbushong@wang.com------------------------------Date: Tue, 18 Aug
  5714. 1992 12:25:36 GMTFrom:
  5715. deccrl!news.crl.dec.com!pa.dec.com!nntpd2.cxo.dec.com!nntpd.lkg.d
  5716. ec.com!regent.enet.dec.com!gettys@decwrl.dec.comSubject: HK-21 -
  5717. Does anybody have code for KISS mode??To:
  5718. packet-radio@ucsd.edu    The subject says most of it.  I'm
  5719. wondering if anyone has a replacementprom (or the code to put
  5720. into it) to allow the Heathkit HK-21 pocket packet tnc to have a
  5721. KISS mode. It would be nice to have a portable tcp/ip station
  5722. attimes and I bought the HK-21 back before KISS was popular so I
  5723. didn't know that its omission was a large flaw. I would really
  5724. not like to have to go and buy a new portable tnc when I've
  5725. already got one!    BTW - I have extremely limited resources to
  5726. pull anyhting from an ftpsite, so if someone could send me it by
  5727. mail uuencoded, that would be super.    My address is
  5728. gettys@regent.enet.dec.com    /s/    Bob Gettys
  5729. N1BRM------------------------------Date: 18 Aug 92 15:40:06
  5730. GMTFrom:
  5731. sdd.hp.com!wupost!uwm.edu!bionet!kumr!pozar@network.UCSD.EDUSubje
  5732. ct: KA9q with slip and ethernetTo:
  5733. packet-radio@ucsd.edumichel@neptunus.rivm.nl (Michel van Best)
  5734. writes:>I'm using KA9q as a slip host. Now i have a connection
  5735. to the ethernet.  >Now i was wondering if its possible to route
  5736. the slip packets to the ethernet. >Is this possible with ka9q?  
  5737.  Yup, I know of several sites that do routing in and out of
  5738. Internet withslip and ethernet with the KA9Q code.              
  5739.        Tim-- Internet: pozar@kumr.lns.com               FidoNet:
  5740.  Tim Pozar @ 1:125/555UUCP:    
  5741. ...!uunet!kumr.lns.com!pozarSnail:    Tim Pozar / KKSF / 77
  5742. Maiden Lane / San Francisco CA 94108 / USAVoice:    +1 415 788
  5743. 2022------------------------------Date: 19 Aug 92 02:39:51
  5744. GMTFrom:
  5745. swrinde!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!ux1.cso.uiuc.ed
  5746. u!usenet.ucs.indiana.edu!silver.ucs.indiana.edu!dreyerd@network.U
  5747. CSD.EDUSubject: NEED HELP-TR751A to KAMTo:
  5748. packet-radio@ucsd.eduOur university amateur radio club recently
  5749. purchased a Kenwood TR751A 2mall-mode rig and a Kantronics KAM
  5750. multi-mode TNC.  Our problem is that wecan't figure out how to
  5751. connect the two together.  There's an externalspeaker jack on
  5752. the tranceiver--no problem there--but we can't see how toconnect
  5753. the microphone and PTT wires.  I know that you can sometimes
  5754. getalong without a separate PTT connection, but the mic
  5755. connection seems kind of important.  Anybody out there done
  5756. this, or can point us in the rightdirection?  Thanks in advance!
  5757.                   Replies to dreyerd@silver.ucs.indiana.edu     
  5758.                            Dan Dreyer N9KDF              --
  5759. -----------------------------------------------------------------
  5760. --------------    Dan Dreyer  N9KDF                             
  5761. INSERT    dreyerd@silver.ucs.indiana.edu                 CYNICAL
  5762.    Lowly Undergraduate in Mathematics            
  5763. REMARK------------------------------Date: 18 Aug 92 14:03:34
  5764. GMTFrom:
  5765. dziuxsolim.rutgers.edu!pilot.njin.net!ron@RUTGERS.EDUSubject:
  5766. New packeteer frustrationTo: packet-radio@ucsd.edu> How do I
  5767. call CQ (or listen for and answer one) on HF Amtor?Well, first
  5768. CQ's are done in FEC mode.  As a matter of fact you'vegot a 70%
  5769. chance that if you hear a FEC signal it's a CQ (either thator
  5770. it's an ARRL bulletin).  CQ looks pretty much like a standard
  5771. RTTYone except don't send RY's (if you were inclinded to do that
  5772. on RTTY)and send your selcall.  Mine looks something like
  5773. this:    CQ CQ CQ DE WO2L WO2L WO2L (WWOL)    CQ CQ CQ DE WO2L WO2L
  5774. WO2L (WWOL)    CQ CQ CQ DE WO2L WO2L WO2L (WWOL)    HERNDON, VA QRR
  5775. ARQ/FEC SELCAL WWOLMost of the first part is just to make the
  5776. FEC signal long enough forpeople to notice it and lock up.  Put
  5777. your call/selcal in the frontpart PLEASE.  It's such a pain to
  5778. have to sit there and watch twominutes of CQ to find out who is
  5779. calling and I can be typing theSELCAL ahead if it's given
  5780. early.The last line (other than my QTH) indicates I'm ready for
  5781. automaticreplies (either ARQ or FEC).  After this is sent I go
  5782. back intostandby (not transmiting).To answer, just push whatever
  5783. you push to initiate a ARQ connectionand enter the SELCAL (or
  5784. just call him back in FEC mode with thenormal hiscall de
  5785. yourcall.  I've had FEC QSO's, most noticably withsome guy on
  5786. Diego Garcia who's surplus SITOR equipment wouldn't eatWWOL as a
  5787. SELCAL and my AMTOR thing wouldn't eat the numeric call hecould
  5788. enter in his.-Ron (Another 20M AMTOR
  5789. fan!)------------------------------Date: Tue, 18 Aug 1992
  5790. 18:28:01 GMTFrom: cs.yale.edu!ewing-martin@yale.arpaSubject: New
  5791. packeteer frustrationTo: packet-radio@ucsd.eduIn article
  5792. <1992Aug17.125034.22941@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  5793. Coffman) writes:...>>Until I get better adjusted to VHF packet,
  5794. you'll probably find me>>on 20 m AMTOR.  There's a friendly
  5795. medium!  Not much good for downloading>>software, however.>>...
  5796. If you want>to talk about slow, the 45.5 baud AMTOR is slow, and
  5797. can't even handle>a full character set. It's persistent in the
  5798. face of errors however, as>is packet.>Slow is good sometimes. 
  5799. AMTOR goes nearly as fast as I can type, andabout twice the
  5800. speed I can think on-line.>Gary KE4ZVMartin
  5801. AA6E------------------------------Date: 18 Aug 92 18:24:52
  5802. GMTFrom: PYR.SWAN.AC.UK!iiitac@ucbvax.berkeley.eduSubject:
  5803. Packet Networks today and tommorrowTo: packet-radio@ucsd.eduHF
  5804. is only a dead end because everybody has got themselves locked
  5805. intothe wrong technology. The military bods have been running
  5806. good 1200 baudover a 12.5KHz SSB channel just by choice of
  5807. better hardware and systems.To start with they are using higher
  5808. quality modems and filters withautomatic tuning to avoid
  5809. drifting of the rigs being a problem. Secondlythey are using ECC
  5810. at about 2000 baud to give an error corrected1200 baud link. If
  5811. they can do it why can't we
  5812. ?Alan------------------------------Date: 18 Aug 92 21:59:40
  5813. GMTFrom: olivea!hal.com!bob%arasmith.com@ames.arpaSubject:
  5814. Packet Networks today and tommorrowTo: packet-radio@ucsd.eduIn
  5815. article 9208181824@pyr.swan.ac.uk, iiitac@PYR.SWAN.AC.UK (Alan
  5816. Cox) writes:>To start with they are using higher quality modems
  5817. and filters with>automatic tuning to avoid drifting of the rigs
  5818. being a problem. Secondly>they are using ECC at about 2000 baud
  5819. to give an error corrected>1200 baud link. If they can do it why
  5820. can't we ?You guys are missing the obvious answer here, most
  5821. hams are not internetusers, have no idea how slow they are
  5822. actually running, and are cheap :)I run a packet BBS that has
  5823. about 600 users. Mine is different in thatit supports landline
  5824. and internet access as well as the traditional 1200baud tnc
  5825. access. What I have found is that half my users don't own a
  5826. tnc.Why, some are turned off by the performance others thefear
  5827. of not knowing how to use it and still others that don't want
  5828. toinvest in the equipment.Out of the 300 users that don't use
  5829. packet, 75 access the bbs purely bythe internet gateway. They
  5830. probably do it for the same reasons.I tried last year to get a
  5831. group purchase together for my users of9600 baud plug and play
  5832. equipment. For the price of around $400 they wouldbe up and
  5833. running, with people and a bbs to talk to. I was suprised atthe
  5834. meager response. I got less than 10 from my user base.People
  5835. argue, but when it comes to putting bucks on the table, the
  5836. roomgets mighty quiet
  5837. :)---------------------------------------------------------------
  5838. --------------Bob Arasmith   bob@hal.com (work)  
  5839. bob@arasmith.com (home)   n0ary@n0ary.#nocal.ca.usa.na
  5840. (packet)------------------------------Date: 18 Aug 92 11:36:09
  5841. EDTFrom: world!ksr!jfw@decwrl.dec.comSubject: Packet Radio
  5842. SatellitesTo: packet-radio@ucsd.edugws@n8emr.cmhnet.org (Gary
  5843. Sanders) writes:>KITSAT-OSCAR 23 IS VERY SIMILAR IN>FUNCTION TO
  5844. UOSAT-OSCAR 22.  IT WILL PROVIDE PACKET>STORE-AND-FORWARD
  5845. CAPABILITY AT 9600 BITS PER SECOND, ENHANCING>WORLDWIDE PACKET
  5846. COMMUNICATIONS.Hmm.  Can any of the OSCAR satellites talk to
  5847. each other?  It occurs to methat if there were enough OSCAR
  5848. satellites in LEO, they could performreal-time packet routing
  5849. between themselves to provide a long-haul backbone.The problem
  5850. might be that they'd have trouble hearing each other withoutdish
  5851. antennas, and if they were in elliptical orbits, they couldn't
  5852. rely onfixed-aim dishes.  If the satellites were sufficiently
  5853. close in angularseparation, perhaps dedicated earth stations
  5854. could perform the inter-satelliterelay function.  4 hops would
  5855. cut the effective throughput to under 2400 baud(for a single
  5856. packet that requires a reply, that is; for bulk data
  5857. transferusing FTP and TCP/IP, say, where acks aren't required
  5858. for every packet, thethroughput would rise toward 9600), but
  5859. that's still well above the current300 baud HF links.Routing
  5860. would be an issue, but if the earth stations knew the
  5861. approximategeographic location of each IP address, it could
  5862. easily make a good guess asto which satellites (if any) are
  5863. visible to each destination.No doubt this idea has already been
  5864. beaten to death by the hard-core
  5865. pacsatfolks.------------------------------Date: Wed, 19 Aug 1992
  5866. 08:00:35 GMTFrom:
  5867. sdd.hp.com!ux1.cso.uiuc.edu!news.cso.uiuc.edu!uxa.cso.uiuc.edu!bt
  5868. bg1194@network.UCSD.EDUSubject: Ramsey Packet Garbage Modem ...
  5869. $70To: packet-radio@ucsd.edu(this is a flame)this message is a
  5870. waste of bandwidth, but I just spent another 2 hour session
  5871. getting nowhere in getting my Ramsey Baycom modem tokey my
  5872. Standard HT, and I have to drag Ramsey's name throughthe mud
  5873. after they've taken $70 from me and wasted so much of my time.I
  5874. have tried a lot of different things to get this to work, and
  5875. none of them have worked.  It took me about 2 hoursto put the
  5876. thing together originally, and I have spent at least 10-15 hours
  5877. since then trying to get it to transmit on my HT.A damn modem
  5878. circuit shouldn't cause this much trouble...Ramsey was no help
  5879. when I called.  Their ad says that their modemwill work with any
  5880. radio... it probably will, if you can afford thetime and have
  5881. the tools to re-work it to do so.Ramsey's attitude seems to be
  5882. that hooking the kit up to your radiois your problem.  Little
  5883. things like missing components in the original kit lose their
  5884. relative importance on the scale of poorquality in the face of
  5885. this important failing.Give me an A&E(?) PK88.  Not only do they
  5886. suggest circuits for hooking their carefully conditioned circuit
  5887. outputs to your radio, *but* I hear that they even make a number
  5888. of custom cables for popular radios.Trash Ramsey.  KB8CNE, Brad
  5889. Banko-- Brad Banko;  Dept of Physics;  U of Illinois; 
  5890. b-banko@uiuc.edu,
  5891. KB8CNE===========================================================
  5892. ==============TI NUCLEAR MAGNETIC RESONANCE IMAGING OF CHOCOLATE
  5893. CONFECTIONERY AND THE   SPATIAL DETECTION OF POLYMORPHIC STATES
  5894. OF COCOA BUTTER IN CHOCOLATE------------------------------Date:
  5895. 18 Aug 92 16:29:48 GMTFrom:
  5896. sdd.hp.com!swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-stat
  5897. e.edu!slc3.ins.cwru.edu!agate!rsoft!mindlink!a3853@network.UCSD.E
  5898. DUSubject: Seeking opinion on HTs, multimode controllersTo:
  5899. packet-radio@ucsd.eduI would suggest if you are looking to set
  5900. up a packet station you should lookinto a mobile rig rather than
  5901. an HT. The HT will work but the extra power ofthe mobile means
  5902. less retries. You could buy an HT with an additional
  5903. brickamplifier to boost your output but with all that extra
  5904. expense you may as wellspend the same amount on a 30 Watt mobile
  5905. rig. I guarantee you would be happierwith the performance.
  5906. ------------------------------Date: Tue, 18 Aug 1992 18:18:39
  5907. GMTFrom: cs.yale.edu!ewing-martin@yale.arpaTo:
  5908. packet-radio@ucsd.eduReferences
  5909. <1992Aug16.130838.18893@ke4zv.uucp>,
  5910. <1992Aug16.224813.2752@cs.yale.edu>,
  5911. <1992Aug18.121013.27822@ke4zv.uucp>Subject : Re: Packet Networks
  5912. today and tommorrowIn article
  5913. <1992Aug18.121013.27822@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  5914. Coffman) writes:...>The Internet is *not* free. Our use of it is
  5915. parasitic and subject>to the whims of government and corporate
  5916. sponsors. Ham satellitesYes, but universities are effectively in
  5917. the same boat.  I thinkit's fairly safe to piggyback on
  5918. university network access.  (We needsome precedents to be set
  5919. just to be sure.)>aren't free either of course, we hitch rides
  5920. on other people's >missions. HF is a unique resource to which
  5921. hams have free access.>Our charter is to advance the
  5922. communications art. We have the>opportunity to advance beyond
  5923. what commercial users are doing>and break new ground with long
  5924. haul data communications via HF>radio.Sure, just be sure that
  5925. you see technical "payback potential".  HF at 300baud with
  5926. robots shows how to fill up spectrum all day long, but
  5927. that'sactually unhelpful.  If we could do reliable 9600 kb HF
  5928. data with exoticmodems, meteor bounce, or what have you, I'd
  5929. like that!>>>There's a lot of value in long radio links
  5930. connecting very remote >>or non-industrialized areas, but that's
  5931. not my focus here.>>Yes there is, and in addition there's value
  5932. in connecting rural users >right here in the industrial US and
  5933. Canada. And there's value in>establishing alternative paths to
  5934. wireline services for use in >emergency situations.>Effective
  5935. emergency communications is a traditional ham strength,and it
  5936. has very good PR value (like justifying a lot of our
  5937. spectrum).But this is largely a local problem (we pray). 
  5938. Existing packet and BBS technology seems quite appropriate,
  5939. maybe withregional or national Internet(?) interfaces. >I should
  5940. say that I have no objection to internet connections. However,>I
  5941. don't want internet connectivity to be used as an excuse not
  5942. to>pursue alternative HF technologies.>>Gary KE4ZVWe keep
  5943. reminding ourselves it's a hobby, and people have to have fun.So
  5944. I keep on seeking those weak 20m CW stations, even though I
  5945. coulddial them up for a few bucks.  On the other hand, if I'm
  5946. going tospend $$ and time getting into a new mode, I'd like to
  5947. understandwhere it's leading, especially when it is intimately
  5948. involved withsuch a well-developed technology base as computing
  5949. and data networking.73 Martin
  5950. AA6E------------------------------Date: 18 Aug 92 12:10:13
  5951. GMTFrom:
  5952. swrinde!mips!darwin.sura.net!nntp.msstate.edu!emory!rsiatl!ke4zv!
  5953. gary@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  5954. <1992Aug14.071848.25569@qualcomm.com>,
  5955. <1992Aug16.130838.18893@ke4zv.uucp>,
  5956. <1992Aug16.224813.2752@cs.yale.edu>Reply-To : gary@ke4zv.UUCP
  5957. (Gary Coffman)Subject : Re: Packet Networks today and
  5958. tommorrowIn article <1992Aug16.224813.2752@cs.yale.edu>
  5959. ewing-martin@CS.YALE.EDU (Martin Ewing) writes:>>I can't see the
  5960. value in ever trying for transcontinental ham links>at any
  5961. speed, when Internet is free and reliable.  (If ham
  5962. satellites>can be done "free", I should think Internet
  5963. connections could be.)The Internet is *not* free. Our use of it
  5964. is parasitic and subjectto the whims of government and corporate
  5965. sponsors. Ham satellitesaren't free either of course, we hitch
  5966. rides on other people's missions. HF is a unique resource to
  5967. which hams have free access.Our charter is to advance the
  5968. communications art. We have theopportunity to advance beyond
  5969. what commercial users are doingand break new ground with long
  5970. haul data communications via HFradio.>There's a lot of value in
  5971. long radio links connecting very remote >or non-industrialized
  5972. areas, but that's not my focus here.Yes there is, and in
  5973. addition there's value in connecting rural users right here in
  5974. the industrial US and Canada. And there's value inestablishing
  5975. alternative paths to wireline services for use in emergency
  5976. situations.I should say that I have no objection to internet
  5977. connections. However,I don't want internet connectivity to be
  5978. used as an excuse not topursue alternative HF technologies.Gary
  5979. KE4ZV------------------------------End of Packet-Radio Digest
  5980. V92 #224******************************Date: Thu, 20 Aug 92
  5981. 04:30:02 PDTFrom: Packet-Radio Mailing List and Newsgroup
  5982. <packet-radio@ucsd.edu>Errors-To:
  5983. Packet-Radio-Errors@UCSD.EduReply-To:
  5984. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  5985. Digest V92 #225To: packet-radioPacket-Radio Digest         Thu,
  5986. 20 Aug 92       Volume 92 : Issue 225Today's Topics:        2400
  5987. bps,1200 baud,DSP(was New Packeteer Frustration)                
  5988.        A&A Packet modem kits?                AEA-PK232MBX vs.
  5989. MFJ-1278, Which one?                      Apple // Packet
  5990. Equipment?                              ARRL SNAFU              
  5991.  data compression with packet:  legal?                    Help
  5992. MAC packet programm!!!!!                  New packeteer
  5993. frustration (2 msgs)             Packet Networks today and
  5994. tommorrow (2 msgs)                             Packet speed     
  5995.   What modulation method is best for sending 10Mbit/sec?        
  5996.             Where can I get a TCM3105??Send Replies or notes for
  5997. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  5998. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  5999. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  6000. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  6001. directory "mailarchives/packet-radio".We trust that readers are
  6002. intelligent enough to realize that all textherein consists of
  6003. personal comments and does not represent the officialpolicies or
  6004. positions of any party.  Your mileage may vary.  So
  6005. there.-----------------------------------------------------------
  6006. -----------Date: 20 Aug 92 11:08:13 GMTFrom:
  6007. idacrd!n4hy@uunet.uu.netSubject: 2400 bps,1200 baud,DSP(was New
  6008. Packeteer Frustration)To: packet-radio@ucsd.eduReferences:
  6009. <q47m26a.feustel@netcom.com>
  6010. <1992Aug17.093811.1@hamp.hampshire.edu>    <1992Aug17.233538.10942@c
  6011. bnewsm.cb.att.com>    <1992Aug19.182827.4011@src.umd.edu>Distributio
  6012. n: world>>1200 baud is the standard and not 2400 baud. 1200 baud
  6013. was dropped as a>>standard years ago in the computer world. Is
  6014. there any reason why 2400>>baud is not the standard now?  Part
  6015. of the problem is none of the companies>What protocol is used
  6016. for 2400 BPS packet?  Is it the same as 2400 baud>protocol aimed
  6017. at telephones?  Or is it different, like 1200 baud>packet? 
  6018. >However, I predict once DSP modems enter the market in force,
  6019. there The telephone chip set for doing 2400 bps (NOT 2400 BAUD!)
  6020. does V26Bin all the amateur implementations.  The performance is
  6021. bad.  The AEADSP boxes do V26B (2400 bps) and do a fair job of
  6022. it.  The demodulatorsare better optimized for radios.  V26B is
  6023. pretty lame for radios but ifyou work on the filters you can
  6024. come up with reasonable comprimises thatseem to get the job
  6025. done.  I have not had time to add my spiffy adaptiveequalizer to
  6026. it yet but maybe soon.  The 2400 bps, which is transmittedusing
  6027. QAM, is actually two bits per symbol.  It is 1200 symbols
  6028. (orBAUDS) per second and 2400 bps AFTER STARTUP OVERHEAD.Hope
  6029. this helps.Bob N4HY------------------------------Date: 19 Aug 92
  6030. 12:34:50 GMTFrom:
  6031. swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu
  6032. .edu!fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!aw0g
  6033. +@network.UCSD.EDUSubject: A&A Packet modem kits?To:
  6034. packet-radio@ucsd.eduI buil 2 of the A&A baycom kits and also
  6035. have the new TigertronicsBaypac-2.  I use them on the macintosh
  6036. with the KISS TNC software I amwriting.  I can't comment on the
  6037. IBMPC software as I haven't ever seenit running.The A&A is a kit
  6038. which is fun (for me anyway). It comes with a compleat
  6039. schematic.Stas at A&A is very helpfull with any questions.It
  6040. doesn't come with a case.  I picked one of the modems up while
  6041. it was in use and it emitted a squeal and stopped working.One of
  6042. the 12volt power supplies stopped working.The power connector is
  6043. the oposite polarity of most 12v equipment.There is a red LED
  6044. for xmit and a yellow one for carrier detect.Carrier detect is
  6045. not brought out to the connector (the 7910 modem chip doesn't
  6046. really have a good carrier detect for radio work anyway)The A&A
  6047. modem does support 300 baud HFThe Tigertronics modem is line
  6048. powered so no need for an external power supply.It comes
  6049. assembled (ick).It is has a case, it is built into a DB25
  6050. connector.It does not come with any sort of schematic.  I had to
  6051. trace some pcboard foils to figure out how to hook it to a
  6052. macintosh.  It does come with awireing diagram for ibmpc's with
  6053. both the DB25 and DB9 wireing.Since it is line powered it may
  6054. not work without a seperate power supply on IBMPCs that use non
  6055. standard line drivers with low power charge pumps, for example
  6056. the hp95.It has one surface mount tinie tiny LED that seems to
  6057. be carrier detect.I don't know if the Tigertronics supports
  6058. 300baud HFTalk to John Olson for tech support.I heard that
  6059. Paccom in tampa florida has modem built into a DB25 similar
  6060. tothe Tigertronics, but I have never seen one.Although I don't
  6061. get any money for ham work I did accept discount from A&Aand a
  6062. modem from Tigertronics to use in writing macintosh software. 
  6063. HopefullyI have been fair in the
  6064. descriptions.------------------------------Date: 19 Aug 92
  6065. 04:52:32 GMTFrom:
  6066. swrinde!elroy.jpl.nasa.gov!usc!wupost!udel!gvls1!tredysvr!undr!se
  6067. anp@network.UCSD.EDUSubject: AEA-PK232MBX vs. MFJ-1278, Which
  6068. one?To: packet-radio@ucsd.edu        As a brand new packeteer, I
  6069. am torn between which TNC to buy.  I        know that I want to
  6070. get into the data modes, and I have narrowed        my choices
  6071. down to these two TNC's, so all I need now is        something
  6072. to push me one way or the other.        Any help would be
  6073. appreciated.        Sean    N3LQN---Sean Petty                  
  6074.         undr!seanp@tredysvr.Tredydev.Unisys.COMICBMnet:
  6075. 39'58'12"N 75'84'26"W      
  6076. seanp@undr.org------------------------------Date: 19 Aug 92
  6077. 19:57:22 GMTFrom:
  6078. swrinde!zaphod.mps.ohio-state.edu!caen!spettigr@network.UCSD.EDUS
  6079. ubject: Apple // Packet Equipment?To: packet-radio@ucsd.eduI own
  6080. an Apple //c, and have just started looking into VHF packet
  6081. radio.Does anyone know of a TNC to connect to a Realistic
  6082. HTX-202 and the Apple//c?  Also, what about packet programs?73
  6083. de Scott--
  6084. -----------------------------------------------------------------
  6085. --------------| Scott 'Scooter' Pettigrew   |        Email:
  6086. spettigr@engin.umich.edu        || 2763 Stonebury Court       
  6087. |-----------------------------------------------|| Rochester
  6088. Hills, MI  48307  | "You need love like I do, don't you?" DC
  6089. Drive|------------------------------Date: Wed, 19 Aug 1992
  6090. 16:13:07 GMTFrom: acd4!TEFS1!gvb@uunet.uu.netSubject: ARRL
  6091. SNAFUTo: packet-radio@ucsd.eduIn article <paulf.713809410@w6yx>
  6092. paulf@w6yx.Stanford.EDU (Paul Flaherty)
  6093. writes:>Jay.Townsend@f3.n346.z1.spk.wa.us (Jay Townsend)
  6094. writes:>>> Packet is not repeaters as they are currently
  6095. defined. >>97.3 Definitions>>[...]>>(34) An amateur station that
  6096. automatically retransmits the signals of>    other
  6097. stations.>>>Sounds like UAA digital operations would fit right
  6098. in.>>Packet does not retransmit the signals of other
  6099. stations.Sorry, you are wrong. In the purest sense, Packet
  6100. forwarding stations are not repeaters. In a broad sense they
  6101. are. However, in the above97.3 definition, the meaning here is
  6102. in real time much like a 2m voicerepeater. What comes in, goes
  6103. out in close to real time (some voicerepeaters have digital
  6104. delays). Also, the packet digipeater is notretransmitting "the
  6105. signals" of another station. What its doing is recording the
  6106. data in the other stations signal and putting thatdata in a
  6107. "signal" of its own and transmitting it. Careful inspectionsof
  6108. AX.25 readily show this. In fact, if you just think about it a
  6109. little bityou can understand that a packet digipeater strips
  6110. stuff of the incomming data and adds stuff to the outgoing data.
  6111. Before you jump on my case(I don't know if you will or not), let
  6112. me invite you to and if you do answer these questions when you
  6113. respond:If a packet stations receives 10 AX.25 packets on day,
  6114. holds them fora total of 10 seconds and send out the data again,
  6115. is it  a repeater?What if it holds it for 5 minutes?            
  6116.            1 day?                        1 week?            1 year?The
  6117. fact remains that "retransmitting a signal" is not what a
  6118. digipeaterdoes. It retransmits the data in different form.
  6119. Therefore, digipeatersare not repeaters. Besides, how many
  6120. repeaters do you know that cando receive and transmit operations
  6121. on the same frequency? One of the maincomponents of a repeater
  6122. is OFFSET. Digipeaters have no offset. Repeaters do.>>NO.  10M
  6123. FM are REPEATERS.  Only REPEATERS have any differences and then
  6124. only>>in what *I* consider VHF segments.  Above 29 Mhz.>>1. 
  6125. Check the definition above.  Repeater does not exclude
  6126. digital.No it does not exclude digital. However, in my technical
  6127. opinion, mostdigipeaters are not repeaters. Notice I said
  6128. "most". If you want a digital repeater, you can take a voice
  6129. repeater and dedicate it to digital. In that case, you have a
  6130. digital repeater that falls under thesame definitions and
  6131. regulations as a voice repeater.>-=Paul Flaherty, N9FZX/5W1JX
  6132. George Bowles, N9LKG------------------------------Date: 19 Aug
  6133. 92 13:43:28 GMTFrom:
  6134. opel!slc1!vk2bea!michael@uunet.uu.netSubject: data compression
  6135. with packet:  legal?To: packet-radio@ucsd.eduIn article
  6136. <1992Aug15.134313.13763@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  6137. Coffman) writes:>In article <398@arrl.org> lhurder@arrl.org
  6138. (Luck Hurder KY1T) writes: >> >> >>From the ARRL's FCC Rulebook:
  6139. >> >>"Above 50 MHz where data and RTTY emissions are permitted, 
  6140. >>unspecified digital codes may be used in communication between
  6141. stations >>licensed by the FCC.  Baudot, AMTOR and ASCII are
  6142. specified in >>the rules, so unspecified includes everything
  6143. else..." > >Let's make sure we aren't talking apples and oranges
  6144. here. Baudot and >ASCII are bit encodings for *characters*,
  6145. AMTOR uses the same encoding >as Baudot. Meanwhile,
  6146. *compression* is done at the *text* level, notNot so my friend. 
  6147. Whilst there is a one to one correspondence ofavailable
  6148. characters between BAUDOT(Murray) and AMTOR( plus the extra
  6149. housekeeping bytes), the encodings are quite different.AMTOR
  6150. uses seven bit characters. Each valid AMTOR character has a 4/3
  6151. ratio of mark to space (or visa-versa, I don't recall off hand).
  6152. This is used to determine if an error has been received. Many
  6153. SITOR decoders and some older AMTOR decoders outputBAUDOT, so it
  6154. can be printed on a regular teletype (tm reg).-- Michael
  6155. Katzmann      >    Broadcast Sports Technology Inc.~~~~~~~~~~~~~~~~    
  6156. <    Crofton, Maryland. U.S.AAmateur Radio Stations:   >NV3Z /
  6157. VK2BEA / G4NYV    
  6158. <    opel!vk2bea!michael@uunet.uu.net------------------------------D
  6159. ate: 19 Aug 1992 10:17:24 -0700From:
  6160. news-mail-gateway@ucsd.eduSubject: Help MAC packet
  6161. programm!!!!!To: packet-radio@ucsd.eduHello everyone!I'm new on
  6162. Packet using a Mac and i'd like to know if there is agood
  6163. terminal packet programm for this computer available via
  6164. FTP(freeware o shareware). If you have one please send me it via
  6165. E- mail.All info via E-mail will be wellcomed.Thank you and
  6166. 73MiguelEA1EVUInternet:
  6167. MAGM@dwarf1.quimica.uniovi.es------------------------------Date:
  6168. 19 Aug 92 17:53:15 GMTFrom: hayes!bcoleman@uunet.uu.netSubject:
  6169. New packeteer frustrationTo: packet-radio@ucsd.eduIn article
  6170. <1992Aug17.125034.22941@ke4zv.uucp>, gary@ke4zv.uucp (Gary
  6171. Coffman) writes:> > Direct FSK symbol encoding is second only to
  6172. AFSK in being spectrally> inefficient and error prone on a HF
  6173. channel. Nope. I'm afraid that OOK takes the top prize! (On /
  6174. Off Keying)> PSK methods available today can push 9600 baud over
  6175. good HF channels. There's a couple of problems using PSK over
  6176. normal HF channels. First ofall, most crystal filters in HF
  6177. radios have really gross phase characteristics.This causes some
  6178. signal degradation with FSK, but more with PSK.Second, (and most
  6179. important) is that multipathing of HF signals
  6180. introducestremendeous phase distortion. The only way to combat
  6181. this problem is tolower the symbol rate so that the distortions
  6182. don't last longer than thesymbols. (Which is also why 45 baud
  6183. RTTY and even 100 baud AMTOR workon 80m, but 300 baud packet
  6184. does not)Another way to combat the multipath distortion problem
  6185. is to always operatenear the MUF, which results in clean, single
  6186. path signals. Tom Clark hadsome success running 1200 baud PSK on
  6187. 10m, for example. > But the rules prevent it.Not really. The
  6188. rules dictate a maximum symbol rate (300 baud below 28 MHz)and a
  6189. maximum shift (1000 Hz below 30 MHz). Other than that, the rules
  6190. areremarkably open.Of course, you'd have a hard time stuffing
  6191. 9600 bps data down a channelwith the characteristics of most HF
  6192. radios....-- Bill Coleman, AA4LR                ! CIS:
  6193. 76067,2327    AppleLink: D1958Principal Software Engineer       
  6194. ! Packet Radio: AA4LR @ W4QOHayes Microcomputer Products, Inc. !
  6195. UUCP: uunet!hayes!bcolemanPOB 105203 Atlanta, GA 30348 USA   !
  6196. Internet: bcoleman%hayes@uunet.uu.netDisclaimer: "My employer
  6197. doesn't pay me to have opinions."Quote: "The same light shines
  6198. on vineyards that makes deserts." -Steve
  6199. Hackett.------------------------------Date: Wed, 19 Aug 1992
  6200. 18:32:51 GMTFrom:
  6201. sdd.hp.com!mips!darwin.sura.net!mojo.eng.umd.edu!disney.src.umd.e
  6202. du!tedwards@network.UCSD.EDUSubject: New packeteer
  6203. frustrationTo: packet-radio@ucsd.eduIn article
  6204. <1992Aug17.125034.22941@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  6205. Coffman) writes:>Well 300 baud does seem slow to someone who
  6206. uses the government's>multi-million dollar internet. However,
  6207. 300 baud was hot stuff on>telephone lines 15 years ago. And
  6208. unfortunately it's as fast as the>FCC will allow on HF right
  6209. now. There's no *technical* stopper preventing>faster
  6210. operation.I guess it is a question on bandwith.  How much
  6211. bandwidth does one needto say do 4800 baud on HF?  How does that
  6212. compare with SSB voice?(not including spread-spectrum, that's
  6213. cheating :) although it should belooked into.  What are the
  6214. rules for S.S. on HF right now?  Are therecommercial S.S. kits?)
  6215.   de N3HAU------------------------------Date: 19 Aug 92 18:38:12
  6216. GMTFrom:
  6217. swrinde!mips!darwin.sura.net!mojo.eng.umd.edu!disney.src.umd.edu!
  6218. tedwards@network.UCSD.EDUSubject: Packet Networks today and
  6219. tommorrowTo: packet-radio@ucsd.eduIn article
  6220. <17108.9208181824@pyr.swan.ac.uk> iiitac@PYR.SWAN.AC.UK (Alan
  6221. Cox) writes:>To start with they are using higher quality modems
  6222. and filters with>automatic tuning to avoid drifting of the rigs
  6223. being a problem. Secondly>they are using ECC at about 2000 baud
  6224. to give an error corrected>1200 baud link. If they can do it why
  6225. can't we ?Why not w. a DSP modem?  Someone just has to code it
  6226. up.And, oh yeah, get the FCC to OK it on HF.de
  6227. N3HAU------------------------------Date: 19 Aug 92 16:47:24
  6228. GMTFrom: psinntp!psinntp!arrl.org@RUTGERS.EDUSubject: Packet
  6229. Networks today and tommorrowTo: packet-radio@ucsd.eduIn
  6230. rec.radio.amateur.packet, gary@ke4zv.uucp (Gary Coffman)
  6231. writes:>In article <1992Aug18.181839.26451@cs.yale.edu>
  6232. ewing-martin@CS.YALE.EDU (Martin Ewing) writes:>>In article
  6233. <1992Aug18.121013.27822@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  6234. Coffman) writes:>>...>>>The Internet is *not* free. Our use of
  6235. it is parasitic and subject>>>to the whims of government and
  6236. corporate sponsors. Ham satellites>>>>Yes, but universities are
  6237. effectively in the same boat.  I think>>it's fairly safe to
  6238. piggyback on university network access.  (We need>>some
  6239. precedents to be set just to be sure.)>>Al Gore, yes *that* Al
  6240. Gore, is pushing a bill to commercialize the >networks we are
  6241. now using for free. When we start receiving a monthly >bill
  6242. based on bits/buck, using the landline networks is going to look
  6243. >a lot less attractive. I just want people to keep their options
  6244. open. >If we lock ourselves into the landlines for long haul
  6245. packet, we may>regret it later.Some of us are already paying for
  6246. Internet service.  And the peoplewe get it from (PSI) don't
  6247. allow us carry third-party traffic.  (Andyou thought hams were
  6248. the only ones with third-party trafficrestrictions!)  If/when
  6249. the government gets out of the businessof subsidizing the
  6250. Internet, you can expect that sort of thing to bethe rule rather
  6251. than the exception.  I agree with Gary: go ahead andmake use of
  6252. the Internet, but don't let's stop trying to build ourown,
  6253. independent network.   [deleted]>If it ain't broke, nobody is
  6254. going to pay to fix it. We've got to>load the systems until they
  6255. break to force higher capacity. Therefore>spectrum filling 300
  6256. baud HF robots *are* helpful to the cause of >high performance
  6257. networking on the amateur bands.Maybe we should be using 60 wpm
  6258. RTTY!  :-)-------Jon Bloom, KE3Z                   | 
  6259. jbloom@arrl.orgAmerican Radio Relay League       |225 Main St.  
  6260.                    |Newington, CT 06111              
  6261. |------------------------------Date: Wed, 19 Aug 1992 14:21:56
  6262. GMTFrom: pipex!demon!edscom.demon.co.uk!rpt@uunet.uu.netSubject:
  6263. Packet speedTo: packet-radio@ucsd.eduVHF packet runs at 1200
  6264. baud which is quite slow. Access over the phone toa BBS can be
  6265. as much as 32kbps with compression. Since the audio
  6266. bandwidthavailable on a phone line is much the same as on a 2
  6267. metre FM channel, cansimilar techniques be used with packet?I
  6268. appreciate that certain countries' rules may not allow this, so
  6269. let's keepthe discussion technical. I suppose cost may be a big
  6270. factor, but is it atleast feasible and therefore worth
  6271. pursuing?Richard G4TGJ-- Richard Tomlinson, EDS Scicon, Wavendon
  6272. Tower, Milton Keynes, UK MK17 8LXrpt@edscom.demon.co.uk   Tel: 
  6273. +44 908 284539          Amateur radio: G4TGJAll opinions
  6274. expressed are mine, and are not necessarily those of my
  6275. employer.------------------------------Date: 20 Aug 92 06:09:23
  6276. GMTFrom:
  6277. csus.edu!target.water.ca.gov!tching@decwrl.dec.comSubject: What
  6278. modulation method is best for sending 10Mbit/sec?To:
  6279. packet-radio@ucsd.edu    Theoretically speaking (or asking),
  6280. assuming I was in theGigacycles, what method of modulation would
  6281. be best for sending 10mbit/secdata?   "Best" can fall into
  6282. different catagories.  Best BER, use of BW,S/N ratio... or
  6283. whatever you can think of.  Let's also assume the coding is the
  6284. same as used over IEEE 802.3 wire.I'll also assume full or half
  6285. duplex is irrelevant at this time.Please e-mail to me below.  
  6286. I'll post if there is anything useful. 
  6287. Thanks.tching@water.ca.gov ------------------------------Date:
  6288. 19 Aug 92 16:31:52 GMTFrom:
  6289. swrinde!sdd.hp.com!usc!snorkelwacker.mit.edu!bloom-picayune.mit.e
  6290. du!hagbard-celine.MIT.EDU!brit@network.UCSD.EDUSubject: Where
  6291. can I get a TCM3105??To: packet-radio@ucsd.eduI am looking for
  6292. the TCM3105 chip to put together a Baycom modem.I've looked
  6293. through several catalogs but could not find it.  Couldanyone
  6294. tell me where I can get it?Please email any information to me, I
  6295. can then post some sort ofsummary in case anyone else is
  6296. interested.Thanks, 73,-Brit Gould  
  6297. KB4ZBPbrit@athena.mit.edu------------------------------Date: 19
  6298. Aug 92 20:34:24 GMTFrom:
  6299. usc!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!noc.msc.n
  6300. et!uc.msc.edu!shamash!ems!kafka.ems.cdc.com!tbruseha@network.UCSD
  6301. .EDUTo: packet-radio@ucsd.eduReferences
  6302. <1992Aug15.165855.19445@cs.yale.edu>,
  6303. <1992Aug17.125034.22941@ke4zv.uucp>,
  6304. <5888.2a92524b@hayes.com>amasSubject : Re: New packeteer
  6305. frustrationAll this frustration of long distance stuff, rules
  6306. and other info gotme thinking.  Are there any rules about how
  6307. fast someone can send CW?I doubt it.  WHat if computers were
  6308. sending CW (I think the rulesspecify morse, which is fine), how
  6309. fast can they listen?  On 80 metersa cycle takes about 2.7e-7
  6310. seconds, if you could get computers to dealwith 3-5 cycles as a
  6311. dit, and 9-15 cycles as a dah, you could reallypush some bits
  6312. trough.  Assuming you had a really good errorcorrection code,
  6313. there could easily be reliable communications.  Ifthe computers
  6314. paid attention to error rates, the speed could varydepending on
  6315. noise, and other stuff.Or we could plead with the ARRL to change
  6316. the rules (Sorry, couldn'tresist, I thought the ARRL ran the
  6317. FCC).------------------------------Date: 19 Aug 92 20:27:17
  6318. GMTFrom:
  6319. swrinde!cs.utexas.edu!bcm!aio!norm!mancus@network.UCSD.EDUTo:
  6320. packet-radio@ucsd.eduReferences
  6321. <1992Aug17.093811.1@hamp.hampshire.edu>,
  6322. <1992Aug17.233538.10942@cbnewsm.cb.att.com>,
  6323. <1992Aug19.182827.4011@src.umd.edu>Subject : Re: New packeteer
  6324. frustrationIn article <1992Aug19.182827.4011@src.umd.edu>,
  6325. tedwards@src.umd.edu (Thomas Grant Edwards) writes:> I think the
  6326. situation right now is that 1200 is still reasonable for> local
  6327. (no hopes, or up to about 2 digi's) interactive communication.>
  6328. So, as long as the SYSOPS are running 9600 for message-passing,
  6329. there> really isn't a need to mass produce high-speed modems for
  6330. everyone.> > de N3HAU  I've heard "realtime" chats across the
  6331. packet network between southernHouston and NW Arkansas.  It's
  6332. slow, but usable.  You need to go throughquite a few sites! :-) 
  6333. While we're on this topic: does anyone know of a packet path
  6334. that reachesfrom Texas (*anywhere* in Texas) to Arkansas,
  6335. without using any HF gates?I have mapped much of that region (NE
  6336. Texas) from *both* sides, hitting theArkansas side via HF gate,
  6337. and I still haven't found a VHF crossover.-- | Keith Mancus   
  6338. <mancus@sweetpea.jsc.nasa.gov>                         ||       
  6339.          N5WVR                                                 
  6340. ||  "If I owned Texas and I owned Hell, I'd rent out Texas and
  6341. live       ||  in Hell." -General Sheridan                      
  6342.                     |------------------------------Date: 19 Aug
  6343. 92 18:28:27 GMTFrom:
  6344. swrinde!mips!darwin.sura.net!mojo.eng.umd.edu!disney.src.umd.edu!
  6345. tedwards@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  6346. <q47m26a.feustel@netcom.com>,
  6347. <1992Aug17.093811.1@hamp.hampshire.edu>,
  6348. <1992Aug17.233538.10942@cbnewsm.cb.att.com>Subject : Re: New
  6349. packeteer frustrationIn article
  6350. <1992Aug17.233538.10942@cbnewsm.cb.att.com>
  6351. jeffj@cbnewsm.cb.att.com (jeffrey.n.jones) writes:>For some
  6352. reason>1200 baud is the standard and not 2400 baud. 1200 baud
  6353. was dropped as a>standard years ago in the computer world. Is
  6354. there any reason why 2400>baud is not the standard now?  Part of
  6355. the problem is none of the companies>are selling a 2400 baud TNC
  6356. for close to the same price as a 1200 baud.>The 2400 baud chip
  6357. set has been out there for quite a while so it isn't>like it's
  6358. brand new technology. Interesting question here, is ham
  6359. radio>technology driven at all? What protocol is used for 2400
  6360. BPS packet?  Is it the same as 2400 baudprotocol aimed at
  6361. telephones?  Or is it different, like 1200 baudpacket?  I think
  6362. the situation right now is that 1200 is still reasonable
  6363. forlocal (no hopes, or up to about 2 digi's) interactive
  6364. communication.So, as long as the SYSOPS are running 9600 for
  6365. message-passing, therereally isn't a need to mass produce
  6366. high-speed modems for everyone.However, I predict once DSP
  6367. modems enter the market in force, there will be a large
  6368. switchover to higher baud rates. It just doesn't seemto wise to
  6369. buy a 2400 baud modem today, when this fall or nextspring you
  6370. could buy a DSP modem and do everything.As soon as W3EAX,
  6371. University of MD club, buys a DSP modem, I'll lety'all know how
  6372. good it works. (Should be some time this fall).de
  6373. N3HAU------------------------------Date: Wed, 19 Aug 1992
  6374. 23:26:59 GMTFrom:
  6375. usc!sol.ctr.columbia.edu!caen!mtu.edu!kwfriber@network.UCSD.EDUTo
  6376. : packet-radio@ucsd.eduReferences
  6377. <1992Aug17.125034.22941@ke4zv.uucp>, <5888.2a92524b@hayes.com>,
  6378. <20489@nntp_server.ems.cdc.com>Subject : Re: New packeteer
  6379. frustrationIn article <20489@nntp_server.ems.cdc.com>
  6380. tbruseha@kafka.ems.cdc.com (Tom Brusehaver) writes:>>All this
  6381. frustration of long distance stuff, rules and other info got>me
  6382. thinking.  Are there any rules about how fast someone can send
  6383. CW?>I doubt it.  WHat if computers were sending CW (I think the
  6384. rules>specify morse, which is fine), how fast can they listen? 
  6385. On 80 meters>a cycle takes about 2.7e-7 seconds, if you could
  6386. get computers to deal>with 3-5 cycles as a dit, and 9-15 cycles
  6387. as a dah, you could really>push some bits trough.  Assuming you
  6388. had a really good error>correction code, there could easily be
  6389. reliable communications.  If>the computers paid attention to
  6390. error rates, the speed could vary>depending on noise, and other
  6391. stuff.>>Or we could plead with the ARRL to change the rules
  6392. (Sorry, couldn't>resist, I thought the ARRL ran the FCC).The
  6393. only problem is making them hear each other.  The faster you
  6394. send, thewider your signal is.  9600 baud PSK is about as wide
  6395. as an FM voice channel(not quite, but close enough), and going
  6396. faster would just be worse.  One possibility would be to use
  6397. tone encoding so that each baud represented severalbits.  If you
  6398. could handle 4 tones instead of 2, you could fit twice as much
  6399. data in the same period of time.  I don't know how much more
  6400. bandwidth that would require, however.73 de
  6401. n8pbe------------------------------Date: 19 Aug 92 12:47:14
  6402. GMTFrom:
  6403. usc!zaphod.mps.ohio-state.edu!darwin.sura.net!europa.asd.contel.c
  6404. om!emory!kd4nc!ke4zv!gary@network.UCSD.EDUTo:
  6405. packet-radio@ucsd.eduReferences
  6406. <1992Aug16.224813.2752@cs.yale.edu>,
  6407. <1992Aug18.121013.27822@ke4zv.uucp>,
  6408. <1992Aug18.181839.26451@cs.yale.edu>MReply-To : gary@ke4zv.UUCP
  6409. (Gary Coffman)Subject : Re: Packet Networks today and
  6410. tommorrowIn article <1992Aug18.181839.26451@cs.yale.edu>
  6411. ewing-martin@CS.YALE.EDU (Martin Ewing) writes:>In article
  6412. <1992Aug18.121013.27822@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  6413. Coffman) writes:>...>>The Internet is *not* free. Our use of it
  6414. is parasitic and subject>>to the whims of government and
  6415. corporate sponsors. Ham satellites>>Yes, but universities are
  6416. effectively in the same boat.  I think>it's fairly safe to
  6417. piggyback on university network access.  (We need>some
  6418. precedents to be set just to be sure.)Al Gore, yes *that* Al
  6419. Gore, is pushing a bill to commercialize the networks we are now
  6420. using for free. When we start receiving a monthly bill based on
  6421. bits/buck, using the landline networks is going to look a lot
  6422. less attractive. I just want people to keep their options open.
  6423. If we lock ourselves into the landlines for long haul packet, we
  6424. mayregret it later.>Sure, just be sure that you see technical
  6425. "payback potential".  HF at 300>baud with robots shows how to
  6426. fill up spectrum all day long, but that's>actually unhelpful. 
  6427. If we could do reliable 9600 kb HF data with exotic>modems,
  6428. meteor bounce, or what have you, I'd like that!We can. But as
  6429. long as 300 baud systems handle the load, no one isgoing to
  6430. invest in more exotic systems. If we have a permanent placeto
  6431. use the technology, rather than an expiring STA, I think usage
  6432. willincrease to the point the system will collapse from
  6433. overload. I *hope*the system collapses from overload. That's the
  6434. only way we're going toget people to spend the money to make a
  6435. better network. We've seen itat VHF. People were satisfied with
  6436. simplex digipeaters and 1200 bauduntil the number of users
  6437. increased and the systems collapsed. Onlythen did duplex
  6438. repeaters, trunk connected MANs, and 9600 baud modems become
  6439. popular around here.If it ain't broke, nobody is going to pay to
  6440. fix it. We've got toload the systems until they break to force
  6441. higher capacity. Thereforespectrum filling 300 baud HF robots
  6442. *are* helpful to the cause of high performance networking on the
  6443. amateur bands.Gary KE4ZV------------------------------End of
  6444. Packet-Radio Digest V92 #225******************************Date:
  6445. Fri, 21 Aug 92 04:30:02 PDTFrom: Packet-Radio Mailing List and
  6446. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  6447. Packet-Radio-Errors@UCSD.EduReply-To:
  6448. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  6449. Digest V92 #226To: packet-radioPacket-Radio Digest         Fri,
  6450. 21 Aug 92       Volume 92 : Issue 226Today's Topics:            
  6451.        Data Carrier Detect and Packet        MFJ 1278 GOING
  6452. BRAIN DEAD IN KISS MODE ! PLEASE HELP !             Packet
  6453. Networks today and tommorrow (2 msgs)             packet radio
  6454. communications program for NeXT                            
  6455. Packet speed                        PK232 vs 1278 (2 msgs)      
  6456.           Ramsey Packet Garbage Modem ... $70          WANTED:
  6457. W0RLI BBS for Atari ST <-> amateur PacketSend Replies or notes
  6458. for publication to: <Packet-Radio@UCSD.Edu>Send subscription
  6459. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  6460. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  6461. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  6462. directory "mailarchives/packet-radio".We trust that readers are
  6463. intelligent enough to realize that all textherein consists of
  6464. personal comments and does not represent the officialpolicies or
  6465. positions of any party.  Your mileage may vary.  So
  6466. there.-----------------------------------------------------------
  6467. -----------Date: 20 Aug 92 11:21:37 GMTFrom:
  6468. idacrd!n4hy@uunet.uu.netSubject: Data Carrier Detect and
  6469. PacketTo: packet-radio@ucsd.eduREAL DCD'ers don't have floppy
  6470. DCD's.  With that introduction, the TAPRDCD, and those I have
  6471. done for the DSP stuff are data coherence detectors.This means
  6472. that they occasionally false on `unsquelched noise' but aremuch
  6473. more robust than simple noise detectors.  At random, the
  6474. filteredoutput of your demodulators, before clock recovery and
  6475. data extraction,will look like valid data for long enough for a
  6476. real DCD to false, thatis to inform you (light up a DCD LED)
  6477. that it has detected data when thereis none present.  Given
  6478. this, it is by far the best way to do this job.These envelope
  6479. detectors, and energy in band detectors are easily fooledby
  6480. people cranking up the volume or AGC bringing up the inband
  6481. noise tothe point where detection is
  6482. declared.Bob------------------------------Date: Thu, 20 Aug 1992
  6483. 23:19:58 GMTFrom:
  6484. sdd.hp.com!wupost!gumby!destroyer!ubc-cs!unixg.ubc.ca!unixg.ubc.c
  6485. a!towne@network.UCSD.EDUSubject: MFJ 1278 GOING BRAIN DEAD IN
  6486. KISS MODE ! PLEASE HELP !To: packet-radio@ucsd.eduWell I have
  6487. been using the MFJ 1278 for TCP/IP (KISS MODE) working
  6488. flawlessly for the last year. Well now when I start up kiss mode
  6489. andstart running msys or ka9q it works for a few seconds, and
  6490. thenstop working. (Specifically it will not key the
  6491. transmitter.)PS-The battery inside the TNC is fine (first thing
  6492. i checked).The kicker:If I use AX.25 mode and run normal packet
  6493. it works perfectly.I called MFJ and they said that they want me
  6494. to ship it to themfor a modification for $60 US. (PS it is out
  6495. of warranty)IF you even think that you might have an idea, I
  6496. would appreciateany help, suggestions,
  6497. hints.SincerelyJerry------------------------------Date: 20 Aug
  6498. 92 20:07:51 GMTFrom:
  6499. swrinde!mips!darwin.sura.net!mojo.eng.umd.edu!disney.src.umd.edu!
  6500. tedwards@network.UCSD.EDUSubject: Packet Networks today and
  6501. tommorrowTo: packet-radio@ucsd.edu>In rec.radio.amateur.packet,
  6502. gary@ke4zv.uucp (Gary Coffman) writes:>>Al Gore, yes *that* Al
  6503. Gore, is pushing a bill to commercialize the >>networks we are
  6504. now using for free. When we start receiving a monthly >>bill
  6505. based on bits/buck, using the landline networks is going to look
  6506. >>a lot less attractive. I just want people to keep their
  6507. options open. >>If we lock ourselves into the landlines for long
  6508. haul packet, we may>>regret it later.(excuse me if I messed up
  6509. the author of the quote...)Which bill are you referring to?  I
  6510. understand the NREN will be anational research and education
  6511. network paid for by the government.It might be capable of
  6512. providing pay services, but the internetalready is (Well, CARL,
  6513. etc.)Incidently, I'd wager Al Gore is the only person on a
  6514. presidentialticket who even knows that the internet is.de
  6515. N3HAU------------------------------Date: 21 Aug 92 01:01:13
  6516. GMTFrom:
  6517. swrinde!mips!sdd.hp.com!caen!hellgate.utah.edu!fcom.cc.utah.edu!p
  6518. ark.uvcc.edu!cc.uvcc.edu!coleve@network.UCSD.EDUSubject: Packet
  6519. Networks today and tommorrowTo: packet-radio@ucsd.eduIn article
  6520. <438@arrl.org>, jbloom@arrl.org (Jon Bloom) writes:> In
  6521. rec.radio.amateur.packet, gary@ke4zv.uucp (Gary Coffman)
  6522. writes:>>In article <1992Aug18.181839.26451@cs.yale.edu>
  6523. ewing-martin@CS.YALE.EDU (Martin Ewing) writes:>>>In article
  6524. <1992Aug18.121013.27822@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  6525. Coffman) writes:>>>...>>>>The Internet is *not* free. Our use of
  6526. it is parasitic and subject>>>>to the whims of government and
  6527. corporate sponsors. Ham satellites...>>>>>>Yes, but universities
  6528. are effectively in the same boat.  I think>>>it's fairly safe to
  6529. piggyback on university network access. ...>>>>Al Gore, yes
  6530. *that* Al Gore, is pushing a bill to commercialize the
  6531. >>networks we are now using for free. When we start receiving a
  6532. monthly >>bill based on bits/buck, using the landline networks
  6533. is going to look >>a lot less attractive. I just want people to
  6534. keep their options open. >>If we lock ourselves into the
  6535. landlines for long haul packet, we may>>regret it later.> > Some
  6536. of us are already paying for Internet service.  And the people>
  6537. we get it from (PSI) don't allow us carry third-party traffic. 
  6538. (And> you thought hams were the only ones with third-party
  6539. traffic> restrictions!)  If/when the government gets out of the
  6540. business> of subsidizing the Internet, you can expect that sort
  6541. of thing to be> the rule rather than the exception.  I agree
  6542. with Gary: go ahead and> make use of the Internet, but don't
  6543. let's stop trying to build our> own, independent network.ER,
  6544. UMMM, (cough) As the administrator of a domain in the InternetI
  6545. may have some news to help this out.The NSF net has always been
  6546. scheduled to become a commercial network.Federal funding is
  6547. backing off by design so that the network will be selfsupporting
  6548. after a time.Our local network ("local" meaning restricted to
  6549. this state) is a part ofWESTNET.  WESTNET charges $5000 per year
  6550. for an industrial customer with a56Kbaud feed. As soon as anyone
  6551. in the state coughs up a $5000 fee, WESTNET willbecome
  6552. officially a commercial network, no longer subject to "research
  6553. network"rules for Utah originated traffic.(We are hunting for an
  6554. angel with $5K now.) Note that the fee is annual, not traffic
  6555. based.  There are no plans I know ofto do volume billing on
  6556. Internet.  Once you pay the connection fee, that's it.So
  6557. internet fees are not a problem, But, as has been pointed out,
  6558. Wirelinenetworks is the wrong answer for ham radio for many
  6559. other reasons.I want to have the anti-commercial rules changed
  6560. for amateur radio.Until "hams" start carrying some volume
  6561. traffic, there will be no needfor anything better than 300 buad
  6562. E-Mail.  Put NetNews on the air andwatch those 9600 baud and
  6563. faster modems start showing up...  Especially ifI can get my
  6564. neighborhood rural school to buy the modems so that I can
  6565. providethem with a network feed.  (Their modem, my license.  I
  6566. can't be paid to runthe radio, but nothing says I have to OWN
  6567. it, just CONTROL it.  Schools havebeen buying ham stations for
  6568. years for the benefit of thier students.  This isjust another
  6569. benefit for the students, having a netnews feed.)The opportunity
  6570. for service, as well as emergency communications would
  6571. beamazing.  (Imagine if Mackay, Idaho, had had a 56K radio link
  6572. when theearthquake hit in 84...)  Just tie the radio link to the
  6573. school network anduse every machine in the lab to type or
  6574. recieve emergency traffic.  MAYBETHE TRAFFIC WILL EVENTUALLY GET
  6575. AWAY FROM THE OLD BAUDOT TELETYPE LOOK X ATLEAST WE CAN HOPE SO
  6576. X I AM ALMOST ASHAMED TO PASS A MESSAGE IN THE OLD NTSFORMAT X
  6577. IT LOOKS LIKE A LEFTOVER FROM THE GAY 90S X SINCERLY YOURSThere
  6578. has to be a perceived need before hams will advance the state of
  6579. the art.  If the rules prevent the state of the art being
  6580. advanced, it's timeto change the rules.  At 300 baud I can
  6581. filter all messages for commercialcontent (perhaps).  At 9600,
  6582. no way.  Packetized voice at 1200 baud is a joke.at 9600, with
  6583. speach compression, it's doable.  (I have watched pro
  6584. basketballon a 168Kbaud circuit and could follow Karl Malone's
  6585. dunks.) Now if someone would write a one-to-many feed algorithm
  6586. for netnews....-- Vern Cole -- Systems Manager -- Utah Valley
  6587. Community College --------------------------------Date: 21 Aug
  6588. 92 00:18:17 GMTFrom:
  6589. swrinde!mips!newsun!usenet@network.UCSD.EDUSubject: packet radio
  6590. communications program for NeXTTo: packet-radio@ucsd.eduIs there
  6591. a packet radio communications program for the NeXT
  6592. computer?--John Scherer778 Shetland Ct. San Jose, CA 
  6593. 95127internet:
  6594. jscherer@novell.com------------------------------Date: 20 Aug 92
  6595. 19:59:05 GMTFrom:
  6596. swrinde!sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!alanb@network
  6597. .UCSD.EDUSubject: Packet speedTo: packet-radio@ucsd.eduIn
  6598. rec.radio.amateur.packet, rpt@edscom.demon.co.uk (Richard
  6599. Tomlinson) writes:>VHF packet runs at 1200 baud which is quite
  6600. slow. Access over the phone to>a BBS can be as much as 32kbps
  6601. with compression. Since the audio bandwidth>available on a phone
  6602. line is much the same as on a 2 metre FM channel, can>similar
  6603. techniques be used with packet?>I appreciate that certain
  6604. countries' rules may not allow this, so let's keep>the
  6605. discussion technical. I suppose cost may be a big factor, but is
  6606. it at>least feasible and therefore worth pursuing?It is quite
  6607. possible to cram more than one bit per Hertz into a channel.The
  6608. tradeoff is reliability:  you need a higher signal/noise ratio
  6609. fora given bit error rate.My impression is that current TNC
  6610. modems do a very sub-optimal job ofdecoding signals in the
  6611. presence of noise.  I suspect you could increasethe baud rate
  6612. without increasing the error rate if you designed a
  6613. bettermodem.AL N1AL------------------------------Date: Thu, 20
  6614. Aug 1992 13:34:04 GMTFrom:
  6615. sdd.hp.com!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!src.hon
  6616. eywell.com!mail-enters-news@network.UCSD.EDUSubject: PK232 vs
  6617. 1278To: packet-radio@ucsd.eduSean, N3LQN, asked about merits of
  6618. PK232 vs 1278.  I got a number ofreplies about my comments on
  6619. the MFJ software, some agreeing with me butmany others saying
  6620. they had no problems.  Since the comments were mixed, Istill
  6621. feel I wish I had paid a few bucks extra an bought the AEA TNC. 
  6622. Sean, the 1278 hardware seems fine, but I am not real thrilled
  6623. withthe software, either MFJCOM or Multicom.  I have been able
  6624. to work aroundsome of the problems, but not all. For packet
  6625. only, LANLINK works well withthe 1278.  But I want to retain 
  6626. the FAX andSSTV features.  On the otherhand, most of the
  6627. software problems I have are evident in the packet mode,and the
  6628. system works pretty well with FAX and SSTV.  Its just that I
  6629. envythe people in my area that bought the AEA, as they just plug
  6630. it in, runthe software, and it works.  One of the maddening
  6631. things to me about the MFJ software is that ifthere is
  6632. compatibility with a file, for example, viewing an image
  6633. datafile that is in wrong format than specified by menu
  6634. selection, the systemhas a tendency to go over the hill, locking
  6635. up, and needing a reboot.  I wishthey would have put in a more
  6636. gentle way of telling me I had selected
  6637. somethingwrong!------------------------------Date: 20 Aug 92
  6638. 15:05:06 GMTFrom:
  6639. dziuxsolim.rutgers.edu!pilot.njin.net!ron@RUTGERS.EDUSubject:
  6640. PK232 vs 1278To: packet-radio@ucsd.eduLanlink makes me ill.  I'm
  6641. really skeptical about any program thatwill sit there and
  6642. blather at a TNC for two minutes and not botherto see if
  6643. anything is there (it just sends in the blind).  Therereally
  6644. isn't any customization for different TNC types (as long aswhat
  6645. you're talking to is enough like a TNC2 you're OK) and
  6646. theparameter setup is most kindly described as hokey.On the
  6647. other hand, PAKET seems much better.  It actually interactswith
  6648. the TNC rather than typing blindly at it, and has a much
  6649. niceruser interface, on line documentation and help.   You knew
  6650. you wereinto something intersting when you see how fancy the
  6651. install programis.  The shareware contribution ask is only half
  6652. what they ask forin
  6653. LanLink.-Ron------------------------------Date: 20 Aug 92
  6654. 23:16:04 GMTFrom:
  6655. swrinde!emory!rsiatl!jgd@network.UCSD.EDUSubject: Ramsey Packet
  6656. Garbage Modem ... $70To:
  6657. packet-radio@ucsd.edubtbg1194@uxa.cso.uiuc.edu (Bradley T Banko)
  6658. writes:>(this is a flame)>this message is a waste of bandwidth,
  6659. but I just spent another >2 hour session getting nowhere in
  6660. getting my Ramsey Baycom modem to>key my Standard HT, and I have
  6661. to drag Ramsey's name through>the mud after they've taken $70
  6662. from me and wasted so much of my time.>I have tried a lot of
  6663. different things to get this to work, and >none of them have
  6664. worked.  It took me about 2 hours>to put the thing together
  6665. originally, and I have spent at least >10-15 hours since then
  6666. trying to get it to transmit on my HT.>A damn modem circuit
  6667. shouldn't cause this much trouble...Everything I've ever bought
  6668. from Ramsey has been garbage including theircounters.  I started
  6669. with the counter kit.  I put the thing together andfor the first
  6670. time before or since, could not make the damn thing work.They
  6671. used hinky RC coupling networks between counter stages that
  6672. appearedimpossible to get working.  I sent it back and got an
  6673. A/T one in return.They used an uncompensated color burst crystal
  6674. for the time base that was as stable as, well, a color TV :-)  I
  6675. yanked that out, installeda surplus Hewlett-packard ovenized
  6676. oscillator and have been pretty happy with the unit.  It burns
  6677. out displays and/or drivers fairlyoften because both are being
  6678. driven beyond ratings.I bought the two meter amp kit.  made a
  6679. fine power oscillator.  It wentback for a refund.Then I bought
  6680. the "radar gun".  This abomination uses a TVRO FET
  6681. transistorrunning as an oscillator at about 2 ghz as the rf
  6682. source.  Stability? NOT!The "display" uses an RC oscillator as
  6683. the "timebase".  They couldn't even manage to put a crystal on
  6684. the thing.  Got it together, all voltages checked out, the
  6685. display lit up and flickered several digits around zero.Clamped
  6686. the thing in the vice and walked in front of it and.... It
  6687. workedfor about 6 feet.  By "worked" I mean different numbers
  6688. appeared onthe display than when I was not moving.  I don't
  6689. think I can walk20 mph but who knows?IT's really too bad Ramsey
  6690. is like this.  We really need a good kit sourcesince Heath went
  6691. tits-up.  Unless you enjoy cussing and throwing things,Ramsey is
  6692. not the place.John-- John De Armond, WD4OQC              
  6693. |Interested in high performance mobility?  Performance
  6694. Engineering Magazine (TM) |Marietta, Ga                        
  6695. |Interested in high tech and computers? jgd@dixie.com           
  6696.             |Write me about PE MagazineNeed Usenet public Access
  6697. in Atlanta?  Write Me for info on
  6698. Dixie.com.------------------------------Date: Thu, 20 Aug 1992
  6699. 15:29:56 GMTFrom:
  6700. sdd.hp.com!ux1.cso.uiuc.edu!m.cs.uiuc.edu!vela!swood@network.UCSD
  6701. .EDUSubject: WANTED: W0RLI BBS for Atari ST <-> amateur
  6702. PacketTo: packet-radio@ucsd.eduI heard that there is a version
  6703. of the W0RLI BBS that was writtenas part of pack-et-term but I
  6704. have not had any luck in chasing it down.If someone has this
  6705. program and can pack it (lharc or zoo, etc) and the either let
  6706. me know where to get it or uuencode it and mail it tome, I would
  6707. greatly appreciate it.Thanksswood-- +========================+  
  6708.  -------_________     +=========================+| WANTED - DEAD
  6709. OR ALIVE |    o\ o \     ____|o    |  If you see this lure,  || 
  6710. Creek Chub "Plunker"  |      \___\_-o-    viv   | PLEASE send me
  6711. email!!! |+========================+            viv         
  6712. +=========================+------------------------------Date:
  6713. 20 Aug 92 10:37:03 EDTFrom: world!ksr!jfw@decwrl.dec.comTo:
  6714. packet-radio@ucsd.eduReferences
  6715. <1992Aug16.224813.2752@cs.yale.edu>,
  6716. <1992Aug18.121013.27822@ke4zv.uucp>,
  6717. <1992Aug18.181839.26451@cs.yale.edu>Subject : Re: Packet
  6718. Networks today and tommorrowewing-martin@CS.YALE.EDU (Martin
  6719. Ewing) writes:>In article <1992Aug18.121013.27822@ke4zv.uucp>
  6720. gary@ke4zv.UUCP (Gary Coffman) writes:>>The Internet is *not*
  6721. free. Our use of it is parasitic and subject>>to the whims of
  6722. government and corporate sponsors. Ham satellites>Yes, but
  6723. universities are effectively in the same boat.No, universities
  6724. on the Internet are there because the Government has paidfor
  6725. their connection as a way to improve the value of their
  6726. Government-sponsored research; either that, or they've signed a
  6727. commercial contract withone of the commercial Internet
  6728. providers.  In either case, they're a line-itemon someone's
  6729. budget.>Sure, just be sure that you see technical "payback
  6730. potential".  HF at 300>baud with robots shows how to fill up
  6731. spectrum all day long, but that's>actually unhelpful.  If we
  6732. could do reliable 9600 kb HF data with exotic>modems, meteor
  6733. bounce, or what have you, I'd like that!One *can*.  But why
  6734. would anyone bother with people claiming it's a waste oftime
  6735. when the Internet provides "free" access to gigabit
  6736. cross-country fibers?Of course, when alt.binaries.pictures.*
  6737. finally saturates the Internet, causingthe government to place a
  6738. moratorium on non-official traffic on their links,and the
  6739. commercial Internet providers finally institute per-packet charg
  6740. e
  6741.  
  6742. s thatwill make the European PTTs green with envy, then it'll be
  6743. time to start workon HF links, right?  If there's anyone left
  6744. then who cares and knows how,anyway...Also, "The Internet" is
  6745. still chiefly a US and Canada phenomenon, and "TheFree Internet"
  6746. definitely is.  If you'd like to be able to indulge
  6747. inhigh-data-rate communications with a ham in, say, Chile,
  6748. sponging off theInternet won't do
  6749. it.------------------------------Date: 20 Aug 92 12:23:36
  6750. GMTFrom:
  6751. sdd.hp.com!wupost!emory!kd4nc!ke4zv!gary@network.UCSD.EDUTo:
  6752. packet-radio@ucsd.eduReferences
  6753. <1992Aug15.165855.19445@cs.yale.edu>,
  6754. <1992Aug17.125034.22941@ke4zv.uucp>,
  6755. <5888.2a92524b@hayes.com>Reply-To : gary@ke4zv.UUCP (Gary
  6756. Coffman)Subject : Re: New packeteer frustrationIn article
  6757. <5888.2a92524b@hayes.com> bcoleman@hayes.com (Bill Coleman)
  6758. writes:>In article <1992Aug17.125034.22941@ke4zv.uucp>,
  6759. gary@ke4zv.uucp (Gary Coffman) writes:>> >> Direct FSK symbol
  6760. encoding is second only to AFSK in being spectrally>>
  6761. inefficient and error prone on a HF channel. >>Nope. I'm afraid
  6762. that OOK takes the top prize! (On / Off Keying)No, on/off keying
  6763. is fairly spectrally efficient, better than FSK. Withweak
  6764. signals and poor decoders, it's error rate can be higher
  6765. though.>> PSK methods available today can push 9600 bps over
  6766. good HF channels. >>There's a couple of problems using PSK over
  6767. normal HF channels. First of>all, most crystal filters in HF
  6768. radios have really gross phase characteristics.>This causes some
  6769. signal degradation with FSK, but more with PSK.Well if you
  6770. insist on using Japanese voice radios, you shouldn't expectgood
  6771. performance. Military radios with mechanical filters don't seem
  6772. tohave a problem.>Second, (and most important) is that
  6773. multipathing of HF signals introduces>tremendeous phase
  6774. distortion. The only way to combat this problem is to>lower the
  6775. symbol rate so that the distortions don't last longer than
  6776. the>symbols. (Which is also why 45 baud RTTY and even 100 baud
  6777. AMTOR work>on 80m, but 300 baud packet does not)>>Another way to
  6778. combat the multipath distortion problem is to always
  6779. operate>near the MUF, which results in clean, single path
  6780. signals. Tom Clark had>some success running 1200 baud PSK on
  6781. 10m, for example. Multipath selective fading can be a serious
  6782. problem. Operating near theMUF is the best dodge around this,
  6783. but diversity reception will also help a lot. 9600 bps on HF is
  6784. not going to be a weak signal mode.Systems like Piccolo and
  6785. Clover that use multiple carriers to transmitbits in parallel
  6786. with long symbol durations are likely a more robustway to go at
  6787. HF.>> But the rules prevent it.>>Not really. The rules dictate a
  6788. maximum symbol rate (300 baud below 28 MHz)>and a maximum shift
  6789. (1000 Hz below 30 MHz). Other than that, the rules
  6790. are>remarkably open.>>Of course, you'd have a hard time stuffing
  6791. 9600 bps data down a channel>with the characteristics of most HF
  6792. radios....You can encode 9600 bps into 600 baud, but cramming it
  6793. into 300 baudis a remarkable achievement even on excellent
  6794. circuits. With the qualityof typical HF paths, QPSK is about all
  6795. you could do today. I'd love tobe proven wrong of course.Gary
  6796. KE4ZV------------------------------Date: 20 Aug 92 12:55:01
  6797. GMTFrom:
  6798. swrinde!mips!darwin.sura.net!europa.asd.contel.com!emory!kd4nc!ke
  6799. 4zv!gary@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  6800. <1992Aug17.125034.22941@ke4zv.uucp>, <5888.2a92524b@hayes.com>,
  6801. <20489@nntp_server.ems.cdc.com>Reply-To : gary@ke4zv.UUCP (Gary
  6802. Coffman)Subject : Re: New packeteer frustrationIn article
  6803. <20489@nntp_server.ems.cdc.com> tbruseha@kafka.ems.cdc.com (Tom
  6804. Brusehaver) writes:>>All this frustration of long distance
  6805. stuff, rules and other info got>me thinking.  Are there any
  6806. rules about how fast someone can send CW?>I doubt it.  WHat if
  6807. computers were sending CW (I think the rules>specify morse,
  6808. which is fine), how fast can they listen?  On 80 meters>a cycle
  6809. takes about 2.7e-7 seconds, if you could get computers to
  6810. deal>with 3-5 cycles as a dit, and 9-15 cycles as a dah, you
  6811. could really>push some bits trough.  Assuming you had a really
  6812. good error>correction code, there could easily be reliable
  6813. communications.  If>the computers paid attention to error rates,
  6814. the speed could vary>depending on noise, and other stuff.The
  6815. fastest real world computer to computer CW that I've
  6816. witnessedwas in the 100 WPM range. I've *heard* of attempts at
  6817. 1000 WPM, don'tknow if they were sucessful or not. 100 WPM is
  6818. 599 characters/minute,or about 70 bps if the characters had been
  6819. ASCII encoded instead.Not very impressive.Gary
  6820. KE4ZV------------------------------Date: 20 Aug 92 12:44:54
  6821. GMTFrom:
  6822. swrinde!mips!darwin.sura.net!europa.asd.contel.com!emory!kd4nc!ke
  6823. 4zv!gary@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  6824. <1992Aug15.165855.19445@cs.yale.edu>,
  6825. <1992Aug17.125034.22941@ke4zv.uucp>,
  6826. <1992Aug19.183251.4094@src.umd.edu>Reply-To : gary@ke4zv.UUCP
  6827. (Gary Coffman)Subject : Re: New packeteer frustrationIn article
  6828. <1992Aug19.183251.4094@src.umd.edu> tedwards@src.umd.edu (Thomas
  6829. Grant Edwards) writes:>In article
  6830. <1992Aug17.125034.22941@ke4zv.uucp> gary@ke4zv.UUCP (Gary
  6831. Coffman) writes:>>Well 300 baud does seem slow to someone who
  6832. uses the government's>>multi-million dollar internet. However,
  6833. 300 baud was hot stuff on>>telephone lines 15 years ago. And
  6834. unfortunately it's as fast as the>>FCC will allow on HF right
  6835. now. There's no *technical* stopper preventing>>faster
  6836. operation.>>I guess it is a question on bandwith.  How much
  6837. bandwidth does one need>to say do 4800 baud on HF?  How does
  6838. that compare with SSB voice?>(not including spread-spectrum,
  6839. that's cheating :) although it should be>looked into.  What are
  6840. the rules for S.S. on HF right now?  Are there>commercial S.S.
  6841. kits?)   4800 bps will easily fit in an SSB voice bandwidth.
  6842. Systems using multiplecarriers could do it with greater
  6843. robustness. For an example of the possible,look at the Telebit
  6844. Worldblazer technology. That does 38.4 kbps over a voicegrade
  6845. phone line with the same bandwidth as a legal SSB voice
  6846. transmission.It uses DSP with multiple carriers, a training
  6847. sequence, and half duplex with fast turnaround. It also will
  6848. automatically adjust transmission rate for channel conditions.
  6849. You can't just attach a Worldblazer to a ricebox andgo at it,
  6850. but it shows what's technically possible in the field.SS isn't
  6851. allowed on HF under current rules. It's only available at 420
  6852. MHzand above. HF STAs have been granted however. HF SS radios
  6853. are available on the military market. There aren't any plug and
  6854. play appliances yet for the ham market. This equipment has to be
  6855. purpose built, not just a $100 accessory to a ricebox like
  6856. current TNCs.High speed packet, whether UHF or HF requires
  6857. special radio hardware.You don't want to limit yourself to the
  6858. characteristics of existingvoice radios. It's better if the
  6859. modem *is* the radio. That's the waythe 56 kb RF modem GRAPES
  6860. produces works.Gary KE4ZV------------------------------Date: 21
  6861. Aug 92 03:29:22 GMTFrom:
  6862. olivea!isc-br!tau-ceti!dejavu!salnick@uunet.uu.netTo:
  6863. packet-radio@ucsd.eduReferences
  6864. <1992Aug17.125034.22941@ke4zv.uucp>, <5888.2a92524b@hayes.com>,
  6865. <20489@nntp_server.ems.cdc.com>Subject : Re:  New packeteer
  6866. frustrationIn article <20489@nntp_server.ems.cdc.com>
  6867. tbruseha@kafka.ems.cdc.com (Tom Brusehaver) writes:>>All this
  6868. frustration of long distance stuff, rules and other info got>me
  6869. thinking.  Are there any rules about how fast someone can send
  6870. CW?>I doubt it.  WHat if computers were sending CW (I think the
  6871. rules>specify morse, which is fine), how fast can they listen? 
  6872. On 80 meters>a cycle takes about 2.7e-7 seconds, if you could
  6873. get computers to deal>with 3-5 cycles as a dit, and 9-15 cycles
  6874. as a dah, you could really>push some bits trough.  I wrote code
  6875. on an old TRS80 MIII that could easily do 40 WPM send and
  6876. receive (and was auto speed to boot).40 wpm x 5 characters/word
  6877. = 200 characters/min200 characters/min x 10 bits/character =
  6878. 2000 bits/min (incl start/stop)2000 bits/min / 60 = about 55
  6879. baud....I could probably make my Amiga do 80-100 WPM, which
  6880. should be 100-150 baudThe limiting factor on trying to send
  6881. pulses only 2-3 rf cycles long is going to be the ability of the
  6882. transmitter to key anywhere near this fast.73, bob--RW Salnick,
  6883. Spokane,WA  |  Home: salnick@dejavu.spk.wa.us  Amiga 1000, WB
  6884. 1.3    |  Work: mfgsys!salnick@kaiser.spk.wa.us      WA9BVE     
  6885.       |------------------------------End of Packet-Radio Digest
  6886. V92 #226******************************Date: Sat, 22 Aug 92
  6887. 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  6888. <packet-radio@ucsd.edu>Errors-To:
  6889. Packet-Radio-Errors@UCSD.EduReply-To:
  6890. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  6891. Digest V92 #227To: packet-radioPacket-Radio Digest         Sat,
  6892. 22 Aug 92       Volume 92 : Issue 227Today's Topics:            
  6893.     Absolute beginner seems helping hand                     
  6894. New packeteer frustration                 Packet Networks today
  6895. and tommorrow                            PK232 vs 1278          
  6896.   Ramsey Packet Garbage Modem (Baycom lesson)                
  6897. Ramsey Packet Garbage Modem ... $70                  Wanted:
  6898. Used TNC for Under $100.00Send Replies or notes for publication
  6899. to: <Packet-Radio@UCSD.Edu>Send subscription requests to:
  6900. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  6901. otherwise to brian@ucsd.edu.Archives of past issues of the
  6902. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  6903. directory "mailarchives/packet-radio".We trust that readers are
  6904. intelligent enough to realize that all textherein consists of
  6905. personal comments and does not represent the officialpolicies or
  6906. positions of any party.  Your mileage may vary.  So
  6907. there.-----------------------------------------------------------
  6908. -----------Date: 21 Aug 92 18:04:20 GMTFrom:
  6909. mcsun!ieunet!tcdcs!maths.tcd.ie!tim@uunet.uu.netSubject:
  6910. Absolute beginner seems helping handTo: packet-radio@ucsd.eduIs
  6911. there an FAQ for this newsgroup?If so, I probably should
  6912. apologise for polluting your wave-band with this.I'm interested
  6913. in linking 2 computers by radiorather than over the telephone.I
  6914. assume that is what packet radio is for.On looking into it, it
  6915. seemed that before one could do thisone had to pass some sort of
  6916. amateur radio test.Is that the case everywhere?I went to a
  6917. couple of meetings of local radio-hams,but basically we weren't
  6918. on the same wavelength.They spent their time twiddling knobs and
  6919. soldering.And they spoke in this sort of techno-esperanto.Now
  6920. I'm not prejudiced.Some of my best friends have soldering
  6921. irons.But I don't want to spend my twilight yearslistening to
  6922. white noise from South America.So my question is, can I not just
  6923. buy 2 of these radio-modemsand forget about the authorities?And
  6924. if I can,what sort of money are we taking about?And how far can
  6925. I shout?Any hints (or evern FAQ's) gratefully received.--
  6926. Timothy Murphy  e-mail: tim@maths.tcd.ietel:
  6927. +353-1-2842366s-mail: School of Mathematics, Trinity College,
  6928. Dublin 2, Ireland------------------------------Date: 22 Aug 92
  6929. 03:37:48 GMTFrom:
  6930. news.u.washington.edu!sumax!thebes!ole!ssc!markz@beaver.cs.washin
  6931. gton.eduSubject: New packeteer frustrationTo:
  6932. packet-radio@ucsd.edusalnick@dejavu.spk.wa.us (There is no
  6933. substitute for displacement...) writes:: In article
  6934. <20489@nntp_server.ems.cdc.com> tbruseha@kafka.ems.cdc.com (Tom
  6935. Brusehaver) writes:: >: >All this frustration of long distance
  6936. stuff, rules and other info got: >me thinking.  Are there any
  6937. rules about how fast someone can send CW?: >I doubt it.  WHat if
  6938. computers were sending CW (I think the rules: >specify morse,
  6939. which is fine), how fast can they listen?  On 80 meters: >a
  6940. cycle takes about 2.7e-7 seconds, if you could get computers to
  6941. deal: >with 3-5 cycles as a dit, and 9-15 cycles as a dah, you
  6942. could really: >push some bits trough.  : : The limiting factor
  6943. on trying to send pulses only 2-3 rf cycles long is : going to
  6944. be the ability of the transmitter to key anywhere near this
  6945. fast.The limiting factor is that a string of dits 3 cycles long
  6946. on 80 meters is equivalent to AM modulating a signal with a 1
  6947. MHz (or there abouts) square wave and will put out sidebands
  6948. that won't quit.  At best,you'd end up with a signal 2 MHz or so
  6949. wide.  A bit outside the band edges.There ain't no such thing as
  6950. a free lunch.Mark Zenier  markz@ssc.wa.com 
  6951. ------------------------------Date: 21 Aug 92 14:03:26 GMTFrom:
  6952. swrinde!mips!darwin.sura.net!europa.asd.contel.com!emory!kd4nc!ke
  6953. 4zv!gary@network.UCSD.EDUSubject: Packet Networks today and
  6954. tommorrowTo: packet-radio@ucsd.eduIn article
  6955. <1992Aug20.200751.25500@src.umd.edu> tedwards@src.umd.edu
  6956. (Thomas Grant Edwards) writes:>>Which bill are you referring to?
  6957.  I understand the NREN will be a>national research and education
  6958. network paid for by the government.>It might be capable of
  6959. providing pay services, but the internet>already is (Well, CARL,
  6960. etc.)NREN legislation has a lot of baggage attached to it. One
  6961. of thethings it will do is commercialize the regional networks
  6962. andcharge for non-research traffic on the high speed network.
  6963. TheInternet was never intended to be a free network, it just
  6964. sortof grew that way. Government funding is slowly being
  6965. withdrawn forother than government sponsored research usage
  6966. today. With NREN,most of the current usage of the network will
  6967. become strictlypay for play. While this is probably as it should
  6968. be in a capitalistnation, it means our days of freeloading on
  6969. the government financednetwork are numbered.>Incidently, I'd
  6970. wager Al Gore is the only person on a presidential>ticket who
  6971. even knows that the internet is.I wouldn't be surprised, and
  6972. even he doesn't seem to have a goodgrasp of what the network
  6973. really is and what access to it reallymeans. The free flow of
  6974. information it provides is extremely valuable for US
  6975. competitiveness. On that subject, a couple ofevents have
  6976. transpired recently that show the government as a wholehas
  6977. little grasp of this fact. NASA Ames was recently raided
  6978. bysecurity types who feared that free interaction on the net
  6979. wasgiving away valuable commercializable information.They don't
  6980. seem to understand that research is only valuable ifit is
  6981. communicated widely to an audience that can use it, and
  6982. thattechnical discoveries aren't the exclusive province of the
  6983. US. Theinformation flows both ways. The real edge in
  6984. competitiveness goesto the people who *act* to commercialize
  6985. products based on the information, not to those who hoard it
  6986. tightly away from even other Americans.The second bit of
  6987. mischief is insistance by the FBI that advanceddigital networks
  6988. be "dumbed down" so that they can conduct wiretapson them. There
  6989. is a bill being introduced to Congress written atthe request of
  6990. the FBI to enforce this. Bit stream interleaving,datagram
  6991. routing, and the like are to be prohibited if they
  6992. preventreliable wiretaps using simple technology. Heaven forbid
  6993. that usersuse any form of encryption that hasn't been authorized
  6994. by the governmentand not designed so that the government can
  6995. easily break it.Right now the FBI is complaining about *call
  6996. forwarding* on thetelephone network. They claim it can be used
  6997. to circumvent wiretaps.These guys are really in the dark ages,
  6998. and want to keep us theretoo.Gary
  6999. KE4ZV------------------------------Date: 21 Aug 92 21:57:52
  7000. GMTFrom: ucsbcsl!ucsbuxa!6500hage@network.UCSD.EDUSubject: PK232
  7001. vs 1278To: packet-radio@ucsd.eduI have both the 1278 and 232,
  7002. use them for listening only. I dont like the 1278 method of
  7003. choosing the filters and modems. too confusing.The 232 seems to
  7004. decode rtty easier. I dont like the cartridge software for the
  7005. 232 using a commodore 64. The stuff is buggy, and the type of
  7006. printer support is too limited. The printer support on the 1278
  7007. is a little less limited, but not much for the c64, still not
  7008. good enough.I still have not gotten the 1278 to print
  7009. successfully using the commodore software, but have with the
  7010. 232, by buying the only printer supported and it works fine..
  7011. there are other bugs in both softwares, I hope you guys with
  7012. ibmers have better luck.  ------------------------------Date:
  7013. Fri, 21 Aug 1992 21:35:03 GMTFrom:
  7014. sdd.hp.com!ux1.cso.uiuc.edu!news.cso.uiuc.edu!uxa.cso.uiuc.edu!bt
  7015. bg1194@network.UCSD.EDUSubject: Ramsey Packet Garbage Modem
  7016. (Baycom lesson)To: packet-radio@ucsd.eduIn article
  7017. <Bt80x1.3Gu@news.cso.uiuc.edu> btbg1194@uxa.cso.uiuc.edu
  7018. (Bradley T Banko) writes:        (flame deleted)I got the Ramsey kit
  7019. to work finally, and the kit design is actually prettygood, but
  7020. I still am unhappy with Ramsey for:    1)  their ridiculous price
  7021. for this kit ($70)... seems like        $50 would be plenty fair
  7022. including the case, and    2)  their lack of troubleshooting advice
  7023. in the manual or        more considerate help on the phoneThe Baycom
  7024. LessonThe Ramsey kit allows a simple rewiring to get it to work
  7025. with the Poor Man'sPacket software on a parallel printer port
  7026. (TTL levels?), but their kitonly comes with the Baycom software
  7027. (lucky I have access to the net and wasable to get a hold of the
  7028. PMP software quickly and easily... whatabout those poor hams who
  7029. don't have the luxury of access to the Internet!)I traced the
  7030. problem with the Baycom configuration to an inactive DTR
  7031. signalline on my RS232 port.  (Horowitz & Hill, The Art of
  7032. Electronics, 2d Editionhas some good sections which discuss the
  7033. RS232 standard, and lots of otherneat stuff).  I might have
  7034. blown this line at some point during my experiments (RS232 is
  7035. supposed to be pretty robust by its standard... +/- 5-12 V @
  7036. 500mA and able to withstand a direct short between outputs),
  7037. *or* the DTR signal might just not be implemented in my Goldstar
  7038. clone's serial ports.(*BEWARE*, Baycom users of this potential
  7039. problem.  I wonder how common this is?  My telephone modem works
  7040. just fine on this port, and detects rings, etc.)What was
  7041. confusing me was that I was seeing a signal at the PTT
  7042. transistorbase which I now realize was a just a false "pull-up"
  7043. signal from the Mic line which works fine.  (My radio just
  7044. wasn't keying up during transmit, and since transistors are
  7045. something of a mystery to me, I started imagining allsorts of
  7046. terrible things about bad component values, etc., not realizing
  7047. that the signal levels that I *should* have been seeing are
  7048. pretty obvious... (i.e., "big", +/-12 V on the RS232 side of the
  7049. CMOS 74HC04, andTTL levels on the output sides of the
  7050. 74HC04)Anyway, this is a little constructive followup which I
  7051. hope will help somebody else.73 de KB8CNE, Brad Banko-- Brad
  7052. Banko;  Dept of Physics;  U of Illinois;  b-banko@uiuc.edu,
  7053. KB8CNE===========================================================
  7054. ==============TI NUCLEAR MAGNETIC RESONANCE IMAGING OF CHOCOLATE
  7055. CONFECTIONERY AND THE   SPATIAL DETECTION OF POLYMORPHIC STATES
  7056. OF COCOA BUTTER IN CHOCOLATE------------------------------Date:
  7057. 21 Aug 92 22:09:07 GMTFrom:
  7058. ucsbcsl!ucsbuxa!6500hage@network.UCSD.EDUSubject: Ramsey Packet
  7059. Garbage Modem ... $70To: packet-radio@ucsd.eduI have bought two
  7060. of Ramseys kits, the vox and the super snooper, and have been
  7061. less than satisfied.The vox kit doesnt work jwith the microphone
  7062. they push so hard in the catalog, and the super snooper quite
  7063. frankly is not that powerful of an amplifier and sounds like
  7064. shit.I did get the vox to trip by hooking the super snooper up
  7065. jto it, the suggestion jof one of their techs( why dont you try
  7066. this?, he said).their stuff reminds me of the simple circuits in
  7067. an Electronics class text book designed to demonstrate a
  7068. principle, but have no practical use because the circuits are
  7069. not sophisticated enough to be
  7070. useful.------------------------------Date: Fri, 21 Aug 1992
  7071. 19:55:29 GMTFrom:
  7072. uchinews!machine!chinet!megabyte@rsch.wisc.eduSubject: Wanted:
  7073. Used TNC for Under $100.00To: packet-radio@ucsd.eduI am looking
  7074. to buy a used TNC for VHF packet.  Something like the PK-88would
  7075. be fine.  Internal IBM PC type TNC's are no good to me as I have
  7076. anAmiga computer.If you have a used TNC for sale, please contact
  7077. me via email. I want tospend under $100.00.-- "It is a pitty
  7078. that even a single drop of this noble  gift of God should be
  7079. spilled" - J.S. Bach on wineMark E. Sunderlin: Technocrat in
  7080. Winchester, Virginia  KD4HRI aka Dr. Megabyte:
  7081. megabyte@chinet.chi.il.us  (703)
  7082. 722-9330------------------------------Date: 21 Aug 92 19:30:42
  7083. GMTFrom:
  7084. sdd.hp.com!usc!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.ed
  7085. u!noc.msc.net!uc.msc.edu!shamash!ems!kafka.ems.cdc.com!tbruseha@n
  7086. etwork.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  7087. <5888.2a92524b@hayes.com>, <20489@nntp_server.ems.cdc.com>,
  7088. <15046@ksr.com>omSubject : Re: New packeteer frustrationIn
  7089. article <15046@ksr.com> jfw@ksr.com (John F. Woods)
  7090. writes:>tbruseha@kafka.ems.cdc.com (Tom Brusehaver) writes:>>All
  7091. this frustration of long distance stuff, rules and other info
  7092. got>>me thinking.  Are there any rules about how fast someone
  7093. can send CW?>>I doubt it.  WHat if computers were sending CW (I
  7094. think the rules>>specify morse, which is fine), how fast can
  7095. they listen?  On 80 meters>>a cycle takes about 2.7e-7 seconds,
  7096. if you could get computers to deal>>with 3-5 cycles as a dit,
  7097. and 9-15 cycles as a dah, you could really>>push some bits
  7098. trough.>>First, calculate the bandwidth of the proposed
  7099. modulation scheme.Ahh, 1Hz?.. I am talking CW (Carier
  7100. Wave).Everyone, I was sorta half joking, and half serious.  The
  7101. potentialwas realized by some, and others blew it off as silly. 
  7102. As otherspoint out this network is for the exchange of
  7103. information.  We areexchanging information, and trying to make
  7104. people think.  Imagine if you will, the perfect setup.  A 2Kw CW
  7105. 80 meter station inNorth Dakota, Fargo maybe.  An Identical
  7106. station in Minneapolis.  Howfast could these 2 stations talk to
  7107. each other under ideal conditions?If the speed were variable
  7108. (adaptive; too many errors, slow down),could they be reliable
  7109. even under less than ideal conditions.There was an aritcle many
  7110. years ago about a Z80 based morse readerthat was good to maybe
  7111. 80-100WPM.  Ok fine, how about upping that to a68020, or a RISC
  7112. chip, could that reliable handle 500-1000WPM (more?).With
  7113. current DSP chips the S/N ratio could be pretty good before
  7114. themorse reader ever saw it.  How fast can the xmitter be keyed,
  7115. thatmight be more of a limiting factor.  It ain't gonna be
  7116. cheap, but weare talking about the inter-city links for the long
  7117. distance network.Another alternative that telebit uses are
  7118. multiple carriers (tones)allowing for more 'parallel'
  7119. transmissions.  Using DTMF tones wouldgive you 8 bits at a time.
  7120.  Are there rules about this?  Yes it is sorta unreasonable,
  7121. think about it.Tommy B.------------------------------Date: 21
  7122. Aug 92 12:08:09 EDTFrom: world!ksr!jfw@decwrl.dec.comTo:
  7123. packet-radio@ucsd.eduReferences
  7124. <1992Aug17.125034.22941@ke4zv.uucp>, <5888.2a92524b@hayes.com>,
  7125. <20489@nntp_server.ems.cdc.com>Subject : Re: New packeteer
  7126. frustrationtbruseha@kafka.ems.cdc.com (Tom Brusehaver)
  7127. writes:>All this frustration of long distance stuff, rules and
  7128. other info got>me thinking.  Are there any rules about how fast
  7129. someone can send CW?>I doubt it.  WHat if computers were sending
  7130. CW (I think the rules>specify morse, which is fine), how fast
  7131. can they listen?  On 80 meters>a cycle takes about 2.7e-7
  7132. seconds, if you could get computers to deal>with 3-5 cycles as a
  7133. dit, and 9-15 cycles as a dah, you could really>push some bits
  7134. trough.First, calculate the bandwidth of the proposed modulation
  7135. scheme.------------------------------Date: 21 Aug 92 21:15:05
  7136. GMTFrom:
  7137. swrinde!mips!darwin.sura.net!mojo.eng.umd.edu!disney.src.umd.edu!
  7138. tedwards@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  7139. <1992Aug17.125034.22941@ke4zv.uucp>,
  7140. <1992Aug19.183251.4094@src.umd.edu>, <15045@ksr.com>rdsSubject :
  7141. Re: New packeteer frustrationIn article <15045@ksr.com>
  7142. jfw@ksr.com (John F. Woods) writes:>tedwards@src.umd.edu (Thomas
  7143. Grant Edwards) writes:>>I guess it is a question on bandwith. 
  7144. How much bandwidth does one need>>to say do 4800 baud on HF? 
  7145. How does that compare with SSB voice?                 ^^^^--did
  7146. I say baud?  Someone, quick revoke my EE degree!...>couldn't go
  7147. quite that high.  However, at least when the bands are open
  7148. and>relatively noise-free, you could probably push 9600 bps
  7149. through an SSB-sized>bandwidth. OK, then why, oh why, does the
  7150. FCC limit transfer rates on HF?????????I understand bandwidth
  7151. limits, but if we can put 9600 bps into thesame bandwidth as "CQ
  7152. DX...your 59, 73! CQ DX...," then we should!Is the ARRL pushing
  7153. for bandwidth-limited data xmission on HF?(No laughter
  7154. please)-Thomas de N3HAU------------------------------Date: 21
  7155. Aug 92 15:46:21 CDTFrom:
  7156. timbuk.cray.com!hemlock.cray.com!andyw@uunet.uu.netTo:
  7157. packet-radio@ucsd.eduReferences <20489@nntp_server.ems.cdc.com>,
  7158. <15046@ksr.com>, <20850@nntp_server.ems.cdc.com>Subject : Re:
  7159. New packeteer frustrationIn article
  7160. <20850@nntp_server.ems.cdc.com>, tbruseha@kafka.ems.cdc.com (Tom
  7161. Brusehaver) writes:> In article <15046@ksr.com> jfw@ksr.com
  7162. (John F. Woods) writes:> >tbruseha@kafka.ems.cdc.com (Tom
  7163. Brusehaver) writes:> >>All this frustration of long distance
  7164. stuff, rules and other info got> >>me thinking.  Are there any
  7165. rules about how fast someone can send CW?> >>I doubt it.  WHat
  7166. if computers were sending CW (I think the rules> >>specify
  7167. morse, which is fine), how fast can they listen?  On 80 meters>
  7168. >>a cycle takes about 2.7e-7 seconds, if you could get computers
  7169. to deal> >>with 3-5 cycles as a dit, and 9-15 cycles as a dah,
  7170. you could really> >>push some bits trough.> >> >First, calculate
  7171. the bandwidth of the proposed modulation scheme.> > > Ahh,
  7172. 1Hz?.. I am talking CW (Carier Wave).> > [...]> There was an
  7173. aritcle many years ago about a Z80 based morse reader> that was
  7174. good to maybe 80-100WPM.  Ok fine, how about upping that to a>
  7175. 68020, or a RISC chip, could that reliable handle 500-1000WPM
  7176. (more?).> With current DSP chips the S/N ratio could be pretty
  7177. good before the> morse reader ever saw it.  How fast can the
  7178. xmitter be keyed, that> might be more of a limiting factor.  It
  7179. ain't gonna be cheap, but we> are talking about the inter-city
  7180. links for the long distance network.And thinking about it, the
  7181. BW isn't going to be 1Hz any more,either. There are better ways
  7182. to tackle this.. Ways that actuallyexploit the things DSP is
  7183. good at..> Another alternative that telebit uses are multiple
  7184. carriers (tones)> allowing for more 'parallel' transmissions. 
  7185. Using DTMF tones would> give you 8 bits at a time.  Are there
  7186. rules about this?  Clover & piccolo work along these lines
  7187. (getting more bits per baud).--
  7188. andyw.    N0REN/G1XRLandyw@aspen.cray.com    Andy Warner, Cray
  7189. Research, Inc.    (612) 683-5835------------------------------Date:
  7190. 21 Aug 92 12:04:41 EDTFrom: world!ksr!jfw@decwrl.dec.comTo:
  7191. packet-radio@ucsd.eduReferences
  7192. <1992Aug15.165855.19445@cs.yale.edu>,
  7193. <1992Aug17.125034.22941@ke4zv.uucp>,
  7194. <1992Aug19.183251.4094@src.umd.edu>Subject : Re: New packeteer
  7195. frustrationtedwards@src.umd.edu (Thomas Grant Edwards) writes:>I
  7196. guess it is a question on bandwith.  How much bandwidth does one
  7197. need>to say do 4800 baud on HF?  How does that compare with SSB
  7198. voice?If your question is how much bandwidth do you need for
  7199. 4800 *bits per second*,a quick answer is that a 3KHz-bandwidth
  7200. US phone line is good for a littleover 20,000 bits per second
  7201. with clever encoding schemes [1]; an HF linkprobably has a
  7202. poorer S/N than a typical US phone line, so you probablycouldn't
  7203. go quite that high.  However, at least when the bands are open
  7204. andrelatively noise-free, you could probably push 9600 bps
  7205. through an SSB-sizedbandwidth.  If you really wanted to know
  7206. about 4800 symbols per second (baud),then you'll have to specify
  7207. how those symbols are encoded before you can getan answer.>(not
  7208. including spread-spectrum, that's cheating :) although it should
  7209. be>looked into.  What are the rules for S.S. on HF right now?The
  7210. rule for HF spread spectrum is, as I recall:  no.[1] One of the
  7211. hangups (pun unintended) in the current V.FAST
  7212. modemstandardization effort is the resistance of the Europeans
  7213. to accept thetop speed under consideration (24Kbps?  I don't
  7214. have an article handy)as an official standard speed option,
  7215. because so few phone lines in Europehave adequate S/N to handle
  7216. it...------------------------------End of Packet-Radio Digest
  7217. V92 #227******************************Date: Sun, 23 Aug 92
  7218. 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  7219. <packet-radio@ucsd.edu>Errors-To:
  7220. Packet-Radio-Errors@UCSD.EduReply-To:
  7221. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  7222. Digest V92 #228To: packet-radioPacket-Radio Digest         Sun,
  7223. 23 Aug 92       Volume 92 : Issue 228Today's Topics:            
  7224.              DX Cluster systems                     Packet maps
  7225. of North AmericaSend Replies or notes for publication to:
  7226. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  7227. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  7228. otherwise to brian@ucsd.edu.Archives of past issues of the
  7229. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  7230. directory "mailarchives/packet-radio".We trust that readers are
  7231. intelligent enough to realize that all textherein consists of
  7232. personal comments and does not represent the officialpolicies or
  7233. positions of any party.  Your mileage may vary.  So
  7234. there.-----------------------------------------------------------
  7235. -----------Date: 22 Aug 1992 18:50:27 -0700From:
  7236. news-mail-gateway@ucsd.eduSubject: DX Cluster systemsTo:
  7237. packet-radio@ucsd.eduI know that the current DX Clusters use
  7238. netrom and an agressive VC modeto get the information to its
  7239. logged on users.. Has any one thought thatthe TCPIP telnet
  7240. session is far more efficient way of doing the same thingwith
  7241. out so much QRM on the much used links, Then perhaps the 3.rd
  7242. worldwars that are currently happening in most parts of Europe
  7243. between tcpip usersand the DX Cluster users who think that the
  7244. DXC is the only thing on thenetwork, may stop.. Thoughts? after
  7245. all Netrom is dead! is it not..hi tech tcpip auto-routers are
  7246. far more efficient..Barry...DC0HK / G8SAU sometimes GM8SAU/
  7247. GB7SAU mostly 44.130.24.71-74Flames
  7248. please..------------------------------Date: 22 Aug 92 21:58:07
  7249. GMTFrom:
  7250. swrinde!cs.utexas.edu!bcm!aio!norm!mancus@network.UCSD.EDUSubject
  7251. : Packet maps of North AmericaTo: packet-radio@ucsd.edu  I have
  7252. spent a good bit of time trying to produce a map of thepacket
  7253. network that I can reach.  So far this extends across East
  7254. Texas,all of Louisiana, and parts of Arkansas, Kansas, and
  7255. Oklahoma, and Mexico.(Yes, Mexico, not New Mexico.)  Is anyone
  7256. out there interested in seeingthis information?  I should note
  7257. that the packet network changes at a ratethat makes the Internet
  7258. look slow, so there can be no guarantee that it stillmatches my
  7259. information.  It changes faster than I can update, and in
  7260. somecases the changes block my access to whole segments of the
  7261. network.  The information is in a paper notebook, not electronic
  7262. form, so itwill require some effort to type in and reformat. 
  7263. Don't expect to seeit next week.  My biggest problem/frustration
  7264. to date has been my inability to finda VHF path between NE Texas
  7265. and SW Arkansas.  Actually, the dividing lineis inside Texas.  I
  7266. am forced to go through a very busy HF link in orderto access
  7267. much of the net.  In some cases I can work nodes on both sidesof
  7268. the "invisible barrier" that are only a few miles apart, but
  7269. they do nottalk to each other.  If anyone out there can get from
  7270. TXK (Texarkana) to LFKN (Lufkin) withoutHF links, I would
  7271. appreciate a quick summary of the path used.-- | Keith Mancus   
  7272. <mancus@sweetpea.jsc.nasa.gov>                         ||       
  7273.          N5WVR                                                 
  7274. ||  "If I owned Texas and I owned Hell, I'd rent out Texas and
  7275. live       ||  in Hell." -General Sheridan                      
  7276.                     |------------------------------End of
  7277. Packet-Radio Digest V92 #228******************************Date:
  7278. Mon, 24 Aug 92 04:30:02 PDTFrom: Packet-Radio Mailing List and
  7279. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  7280. Packet-Radio-Errors@UCSD.EduReply-To:
  7281. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  7282. Digest V92 #229To: packet-radioPacket-Radio Digest         Mon,
  7283. 24 Aug 92       Volume 92 : Issue 229Today's Topics:            
  7284.    Baycom source code available? (2 msgs)     KMTRM100.ZIP -
  7285. KAMterm: Host Mode prog. for Kantronics TNCs              
  7286. Macintosh PD ham software needed for CD                        
  7287. NOS Hackers -- help              Shorting Nicad batteries to
  7288. revive them...Send Replies or notes for publication to:
  7289. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  7290. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  7291. otherwise to brian@ucsd.edu.Archives of past issues of the
  7292. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  7293. directory "mailarchives/packet-radio".We trust that readers are
  7294. intelligent enough to realize that all textherein consists of
  7295. personal comments and does not represent the officialpolicies or
  7296. positions of any party.  Your mileage may vary.  So
  7297. there.-----------------------------------------------------------
  7298. -----------Date: Sun, 23 Aug 1992 22:32:23 GMTFrom:
  7299. sdd.hp.com!ux1.cso.uiuc.edu!news.cso.uiuc.edu!uxa.cso.uiuc.edu!bt
  7300. bg1194@network.UCSD.EDUSubject: Baycom source code available?To:
  7301. packet-radio@ucsd.eduIs the Baycom software source code
  7302. available anywhere?  Since Baycomwon't work on a number of PC
  7303. clones because the serial port implementationsare variable, it
  7304. should be possible to modify the source code to adaptit to some
  7305. of the more popular clone multi-function cards so that itcan be
  7306. used.Thanks for any leads.  (Of course I could try to make
  7307. contact withwith the original authors in Germany, but maybe
  7308. somebody else has alreadydone this?)KB8CNE, Brad Banko-- Brad
  7309. Banko;  Dept of Physics;  U of Illinois;  b-banko@uiuc.edu,
  7310. KB8CNE===========================================================
  7311. ==============TI NUCLEAR MAGNETIC RESONANCE IMAGING OF CHOCOLATE
  7312. CONFECTIONERY AND THE   SPATIAL DETECTION OF POLYMORPHIC STATES
  7313. OF COCOA BUTTER IN CHOCOLATE------------------------------Date:
  7314. Sun, 23 Aug 1992 23:05:33 GMTFrom:
  7315. sdd.hp.com!caen!nic.umass.edu!hamp.hampshire.edu!awoodhull@networ
  7316. k.UCSD.EDUSubject: Baycom source code available?To:
  7317. packet-radio@ucsd.eduIn article <BtGJy0.539@news.cso.uiuc.edu>,
  7318. btbg1194@uxa.cso.uiuc.edu   (Bradley T Banko) writes:> Is the
  7319. Baycom software source code available anywhere?  Since Baycom>
  7320. won't work on a number of PC clones because the serial port
  7321. implementations> are variable, it should be possible to modify
  7322. the source code to adapt> it to some of the more popular clone
  7323. multi-function cards so that it> can be used.> I tried to pursue
  7324. the question of source code more than a year ago whenI began to
  7325. play with BayCom. I wrote to the authors, sent them therequested
  7326. donation, and also wrote to the English translators of
  7327. thedocumentation. I never really got a reply, but I think the
  7328. actions ofthe authors and the current semi-commercial state of
  7329. BayCom indicate that there is little hope of getting them to
  7330. release the source.There are two cheap packet options for which
  7331. source is available. One isPoor Man's Packet (PMP) which uses
  7332. the parallel port. The other is theAX25 packet driver written by
  7333. Pawel Jalocha which allows you to use KA9Q NOS with a BayCom
  7334. modem. When I first heard of this I thought it would be nice to
  7335. be able to do TCP/IP with the BayCom interface; I didn'trealize
  7336. until I got the NOS software that it supports ordinary
  7337. AX25packet operation as well as TCP/IP.By the way, one kind of
  7338. serial port incompatibility with BayCom that can be dealt with
  7339. easily is that some serial ports don't provideenough voltage
  7340. swing on their RS232 lines to supply power to the BayCommodem.
  7341. This was the case with my laptop. Arranging to get 7 to 12
  7342. voltsfrom another source for powering the modem takes care of
  7343. this problem.Of course, if the serial port incompatibility is at
  7344. the software levelthe problem still remains.73 de Al Woodhull  
  7345. N1AWawoodhull@hamp.hampshire.edu------------------------------Dat
  7346. e: 24 Aug 1992 01:20:43 -0700From:
  7347. news-mail-gateway@ucsd.eduSubject: KMTRM100.ZIP - KAMterm: Host
  7348. Mode prog. for Kantronics TNCsTo: packet-radio@ucsd.eduI have
  7349. uploaded to
  7350. WSMR-SIMTEL20.Army.Mil:pd1:<msdos.packet>KMTRM100.ZIP   
  7351. KAMterm: Host Mode prog. for Kantronics TNCsKAMterm is a Host
  7352. Mode terminal program for the Kantronics All Mode(KAM) TNC, as
  7353. well as other Kantronics TNCs which support Host Mode(e.g., the
  7354. KPC-2, KPC-3, et al).  Major features include:   *) separate
  7355. windows (each full screen) for TNC commands, monitor     
  7356. output, and each active stream.  PgUp/PgDn switches between     
  7357. screens.   *) when capturing screen output to a file, KAMterm
  7358. keeps track of      who said what and indicates this in the
  7359. file.   *) startup/exit configuration files --- allows you to
  7360. change the      configuration of the TNC on startup/exit
  7361. (optional)   *) special ``priority window'' for keeping an eye
  7362. on one stream      while working in another (e.g., watching a DX
  7363. cluster, etc.)   *) special AMTOR window which displays the
  7364. XMITECHO output (shows      the progress of transmitting chars
  7365. on AMTOR)   *) built in QSO logger (rather crude) with the
  7366. ability to configure      KAMterm to call an external logger
  7367. program instead (based on the      assumption that anyone using
  7368. the computer as a logbook probably      already has a logging
  7369. program they like to use....)   *) all the normal features you'd
  7370. expect, like scrollback buffers,      programmable function
  7371. keys, shell out to dos, etc.73s es cul, de n5ial/9jim-
  7372. -INTERNET: jim@n5ial.chi.il.us  |  grahj@gagme.chi.il.us  | 
  7373. j.graham@ieee.orgUUCP:  gagme!n5ial!jim@clout.chi.il.usAMATEUR
  7374. RADIO: n5ial@n9hsi (Chicago.IL.US.Earth)       73s de
  7375. n5ial/9------------------------------Date: 23 Aug 92 01:56:17
  7376. GMTFrom:
  7377. data.nas.nasa.gov!taligent!apple!apple.com!winter@ames.arpaSubjec
  7378. t: Macintosh PD ham software needed for CDTo:
  7379. packet-radio@ucsd.eduI received the following note from Keith
  7380. Sproul. Please help himput together a really nice collection of
  7381. Macintosh ham softwarefor inclusion on the next Buckmaster CD.
  7382. (I believe Buckmasterhas a policy of giving a free CD to anyone
  7383. who contributes a programthey've written, so you might want to
  7384. ask Keith about that.)The HyperCard stack he refers to is search
  7385. software for use with theBuckmaster callsign database. If it
  7386. hasn't been on the CD before, itwill be for the next
  7387. release.Pattyp.s. "sproul.com" isn't a real Internet site; it
  7388. gets mail throughan MX record. So unless Keith has some other
  7389. access I don't knowabout, he can't do FTPs.p.p.s. I suppose I
  7390. should say this just to be safe: Apple Computerhas no idea that
  7391. this project exists, so it obviously doesn'tendorse
  7392. it.--------------------------------------------------------------
  7393. --------Attn: Hams with Macintosh computers Buckmaster
  7394. Publishing produces a CD-ROM with the call book data andwith
  7395. lots of IBM ham-related public domain software. They want to
  7396. getsome Macintosh public domain ham-related software too. I
  7397. wrote theHyperCard stack that they are shipping with the CD-ROM.
  7398. I have alsoagreed to collect the Macintosh public domain
  7399. software for them andorginize it to go onto the CD-ROM. We have
  7400. about 100meg of spaceavailable for Mac related software...I
  7401. would like to get as much Mac software onto this fall's CD-ROM
  7402. as wecan. However, we are under some time constraints, and I
  7403. need to get thestuff SOON.If you have any public domain
  7404. ham-related Macintosh software, PLEASEsend me a copy. If it is
  7405. small, send it via AppleLink, otherwise,please send it on a
  7406. floppy to my address below. I can also be reachedvia the
  7407. Internet.Keith Sproul, WU2Z 698 Magnolia Road North Brunswick,
  7408. NJ 08902-2647AppleLink: Sproul.K Internet: wu2z@sproul.com(908)
  7409. 821-4828 Home (908) 563-5389 Work (908) 563-5035
  7410. Fax------------------------------Date: 22 Aug 92 18:31:08
  7411. GMTFrom:
  7412. pacbell.com!pacbell!osc!dgilmour@network.UCSD.EDUSubject: NOS
  7413. Hackers -- helpTo: packet-radio@ucsd.eduI am having problems
  7414. successfully building NOS from several sources offUCSD.EDU --
  7415. and can't seem to locate any documentation that gives hintsfor
  7416. debugging NOS when the program is very large compared to
  7417. availablememory.  Can anyone suggest a document that helps
  7418. beginning NOS hackersand/or addresses issues related to building
  7419. NOS in Borland C++ 3.0?  Ialso could use a hint as to what is
  7420. the most stable version to workfrom these days.  NOS_1229 seemed
  7421. OK, but has loads of compile errors(at least, the version from
  7422. UCSD.EDU seems to...)  Thanks! Dave,
  7423. WQ1K(dgilmour@osc.com)------------------------------Date: Sun,
  7424. 23 Aug 1992 22:28:06 GMTFrom:
  7425. sdd.hp.com!ux1.cso.uiuc.edu!news.cso.uiuc.edu!uxa.cso.uiuc.edu!bt
  7426. bg1194@network.UCSD.EDUSubject: Shorting Nicad batteries to
  7427. revive them...To: packet-radio@ucsd.eduAccording to one
  7428. explanation of why Nicad batteries die that I've heard,small
  7429. metal whiskers grow across the electrodes with use, and
  7430. eventuallydevelop a short which prevents the battery from
  7431. holding a charge or frombeing charged.The solution is to charge
  7432. the battery as best is as possible, and then*short* the battery
  7433. terminals for a brief (?) time which is supposed tomelt these
  7434. whiskers (and I suppose the metal flows back to the electrodeof
  7435. origin).Has anybody done this?  What exactly have you done?Must
  7436. it be done on single cells?  I am trying to do this on a
  7437. batterypack.  One pack won't take enough of a charge to warm up
  7438. the shorting wire, while another battery pack heated up the
  7439. shorting wire so fast I couldn't hold on to it (I guess you
  7440. should use pliers!). Is less than a second of shorting
  7441. enough?(I'll let you all know if it is after I charge this
  7442. battery and runit down again.)Thanks.73 de KB8CNE, Brad
  7443. BankoKB8CNE @ N9LNQ.IL-- Brad Banko;  Dept of Physics;  U of
  7444. Illinois;  b-banko@uiuc.edu,
  7445. KB8CNE===========================================================
  7446. ==============TI NUCLEAR MAGNETIC RESONANCE IMAGING OF CHOCOLATE
  7447. CONFECTIONERY AND THE   SPATIAL DETECTION OF POLYMORPHIC STATES
  7448. OF COCOA BUTTER IN CHOCOLATE------------------------------End of
  7449. Packet-Radio Digest V92 #229******************************Date:
  7450. Tue, 25 Aug 92 04:30:03 PDTFrom: Packet-Radio Mailing List and
  7451. Newsgroup <packet-radio@ucsd.edu>Errors-To:
  7452. Packet-Radio-Errors@UCSD.EduReply-To:
  7453. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  7454. Digest V92 #230To: packet-radioPacket-Radio Digest         Tue,
  7455. 25 Aug 92       Volume 92 : Issue 230Today's Topics:            
  7456.       Baycom Source Code NOT available                    
  7457. Packet-Radio Digest V92 #229         Shorting Nicad batteries to
  7458. revive them... (2 msgs)                 Source for TNC-less
  7459. packet programsSend Replies or notes for publication to:
  7460. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  7461. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  7462. otherwise to brian@ucsd.edu.Archives of past issues of the
  7463. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  7464. directory "mailarchives/packet-radio".We trust that readers are
  7465. intelligent enough to realize that all textherein consists of
  7466. personal comments and does not represent the officialpolicies or
  7467. positions of any party.  Your mileage may vary.  So
  7468. there.-----------------------------------------------------------
  7469. -----------Date: 24 Aug 1992 10:18:09 -0700From:
  7470. news-mail-gateway@ucsd.eduSubject: Baycom Source Code NOT
  7471. availableTo: packet-radio@ucsd.edu> Subject: Baycom source code
  7472. available?> To: packet-radio@ucsd.edu> > Is the Baycom software
  7473. source code available anywhere?  Since Baycom> won't work on a
  7474. number of PC clones because the serial port implementations> are
  7475. variable, it should be possible to modify the source code to
  7476. adapt> it to some of the more popular clone multi-function cards
  7477. so that it> can be used.> > Thanks for any leads.  (Of course I
  7478. could try to make contact with> with the original authors in
  7479. Germany, but maybe somebody else has already> done this?)> >
  7480. KB8CNE, Brad BankoI can tell you definitely that the BayCom
  7481. source code is NOT available foranyone the public. BayCom is
  7482. still a company with non-profit orientation, i.e. all the profit
  7483. isreentering the packet radio scene by sponsoring the Bavarian
  7484. and meanwhile parts of the German packet radio digipeater
  7485. network.The problems with a few of the PC's is due to
  7486. incompatibilities of the serialand interrupt controllers AND/OR
  7487. mostly a reason of too slow CPUs.This  3,5% of all PC's will not
  7488. be supported, because this would result in80% of the software
  7489. work to be done.This engineering power is better to put into
  7490. high speed FSK or some new digi-peater software.If you have
  7491. ideas or recommendations you are welcome to write them to me,
  7492. Iwill give it to DG3RBU (hardware) and DL8MBT (software).Fritz,
  7493. DF2RF@DB0AAB.DEU.EU (the BayCom team)--  (-%   Fritz B. Raab    
  7494.             # email: fritz@multinet.DE             %-) (-%   Fa.
  7495. Multinet Services GmbH    # voice: +49 89 45 69 11 -32 fax: -21 
  7496. %-) (-%   Bretonischer Ring 7           # Member of EurOPEN,
  7497. GUUG , DIGI e.V.  %-) (-%   D-W8011 Grasbrunn,  Germany   #
  7498. Support DIGI, it will support YOU ! 
  7499. %-)------------------------------Date: 24 Aug 1992 12:00:53
  7500. -0700From: news-mail-gateway@ucsd.eduSubject: Packet-Radio
  7501. Digest V92 #229To: packet-radio@ucsd.eduOn the batery..... one
  7502. can (best on a single cell) run a higher voltage(dc) thru it say
  7503. 24 to 36 volts for a 1.2 volt cell and use a variable rate  PS.
  7504. start low for a few seconds and  watch the current flow. when
  7505. the current  flow is high be careful, and that should re-juvi
  7506. the cell. ( be careful) means don't leave it connected too long,
  7507. you burn up the cell.....                                   Ken 
  7508.                  >>RVGC2@VTVM1.CC.VT.EDU<<         >>PHONES
  7509. 703-857-7584 >>VATECH CAMPUS 13855<<       >>FAX 703-857-7371<<
  7510. KEW6X@POE.ACC.VIRGINIA.EDU >>             >>ARMY MARS
  7511. AAT3PK/AD.VA<< >>N4LYO<<                     >>IBMMAIL
  7512. (USVPITMA)<<                 ROANOKE VALLEY GRADUATE CENTER     
  7513.             US SNAIL: 117 W. CHURCH AVE.                   
  7514. ROANOKE, VA. 24011-1905------------------------------Date: 24
  7515. Aug 92 14:22:36 GMTFrom:
  7516. dziuxsolim.rutgers.edu!pilot.njin.net!ron@RUTGERS.EDUSubject:
  7517. Shorting Nicad batteries to revive them...To:
  7518. packet-radio@ucsd.edu> The solution is to charge the battery as
  7519. best is as possible, and then> *short* the battery terminals for
  7520. a brief (?) time which is supposed to> melt these whiskers (and
  7521. I suppose the metal flows back to the electrode> of origin).Ack,
  7522. Warning Warning Danger Danger (Run, Will Robinson, Run).  And
  7523. themetal that your using to short the pack will flow all over
  7524. yourfingers.  NiCads can deliver a lot of current.Anyway, I've
  7525. never heard of this technique.  What I have heard of iszapping
  7526. an individual CELL with about 12V to try to shock it back
  7527. intolife.  There was a pretty good article on NiCads in QST last
  7528. year.-Ron------------------------------Date: Tue, 25 Aug 1992
  7529. 05:19:06 GMTFrom:
  7530. usc!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!m2.dseg.ti.com!erne
  7531. st!cmptrc!carter@network.UCSD.EDUSubject: Shorting Nicad
  7532. batteries to revive them...To: packet-radio@ucsd.eduIn article
  7533. <Aug.24.10.22.36.1992.23137@pilot.njin.net> ron@pilot.njin.net
  7534. (Ron Natalie) writes:>> The solution is to charge the battery as
  7535. best is as possible, and then>> *short* the battery terminals
  7536. for a brief (?) time which is supposed to>> melt these whiskers
  7537. (and I suppose the metal flows back to the electrode>> of
  7538. origin).>>Ack, Warning Warning Danger Danger (Run, Will
  7539. Robinson, Run).  And the>metal that your using to short the pack
  7540. will flow all over your>fingers.  NiCads can deliver a lot of
  7541. current.ACHTUNG! =:-O  Be aware that NiCad's have vent holes for
  7542. a very good reason!Not only do they generate a lot of current,
  7543. they also can heat up so fastthat the battery is quite likely to
  7544. EXPLODE using the procedure you havedescribed!!!  I wouldn't try
  7545. it if it required a human being in the sameconcrete room the
  7546. NiCad pack was in - except perhaps dressed in a fullbomb
  7547. disposal outfit.Do yourself a favor and consider this:  Even if
  7548. you are able to zap thedendrites that form on the NiCad
  7549. junction, the battery will rarely performas well as a "good"
  7550. one.  Also, it the battery doesn't get hot enough tomake
  7551. explosion a possibility, then chances are the dendrites won't
  7552. getzapped either. :-(Save your sight, your limbs, your time and
  7553. a lot of frustration.  Buy a new battery pack from the
  7554. manufacturer, or buy some replacement NiCad cells and rebuild
  7555. the pack you have.  The improvement will be much better than
  7556. using "rejuvenated" NiCad's.There's no such thing as a free
  7557. lunch - not even with NiCad's. ;-)Incidentally, I don't sell
  7558. NiCad's and won't profit from this
  7559. suggestion.Cheerio!------------------------------Date: Tue, 25
  7560. Aug 1992 03:04:05 GMTFrom:
  7561. usc!sol.ctr.columbia.edu!caen!nic.umass.edu!hamp.hampshire.edu!aw
  7562. oodhull@network.UCSD.EDUSubject: Source for TNC-less packet
  7563. programsTo: packet-radio@ucsd.eduSubject: Source for TNC-less
  7564. packet programsI got several requests for information on where
  7565. to find Poor Man's Packet (PMP) and the AX25 packet driver
  7566. written by Pawel Jalocha. I justchecked two sites today to
  7567. verify the files can be found there:PMP version 1.1 is available
  7568. by ftp from wsmr-simtel20.army.mil. It is in the directory
  7569. pd1:<msdos.packet>. There are two compressed files,one  with
  7570. executables and docs and the other containing C source. 
  7571. Themodem circuit and theory are documented in a good article by
  7572. KevinFeeney in 73 Magazine for August, 1991.PMP was originally
  7573. posted on an ftp site at Cornell. There may be more recent
  7574. versions than the one at wsmr-simtel20. The authors
  7575. arepayne@theory.tn.cornell.edu and
  7576. kfeeney@helios.tn.cornell.edu.Pawel Jalocha's AX25 packet driver
  7577. is at ucsd.edu in/pub/hamradio/packet/tcpip/ax25. There are two
  7578. compressed files, onecontains just the executables and docs and
  7579. the other includes thesource files (MASM assembler).  The doc
  7580. file also explains theinterface between the serial port and the
  7581. modem, but does not provide acircuit of the modem. (The basic
  7582. modem circuit is in the 73 MagazinePMP article, but the PMP
  7583. modem is configured to interface with aparallel port). There is
  7584. also  an executable file with the PA0GRIversion of KA9Q NOS,
  7585. apparently modified  in some way (not reallydocumented) to work
  7586. better with the AX25 driver.  Since the AX25 driveris supposed
  7587. to follow the general Clarkson model for packet drivers itwould
  7588. seem it ought to work with other versions  of NOS also, but
  7589. Ihave tried it only with the version Pawel posted.A word of
  7590. advice -- if you haven't used TCP/IP yet you ought to getsome
  7591. additional documentation other than what is posted in the
  7592. ax25/directory at ucsd.edu. There is a lot to choose from in
  7593. variousdirectories at ucsd.edu. The NOSKIT package explains well
  7594. the severalfiles used by NOS for configuration.  It is
  7595. relatively easy to get theAX25 driver working with NOS to
  7596. provide  bare-bones AX25 packetcommunication and Jalocha
  7597. provides enough info in his ax25.doc file forthis.  Getting full
  7598. TCP/IP going is another thing.Pawel Jalocha's e-mail addresses
  7599. are:            jalocha@chopin.ifj.edu.pl or jalocha@vxcern.cern.chor
  7600. jalocha@priam.cern.chAlbert S. Woodhull  N1AWSchool of Natural
  7601. Science, Hampshire College, Amherst, MA 01002413-549-4600 ext
  7602. 581 (office), 413-549-4740 (home)awoodhull@hamp.hampshire.edu,
  7603. woodhull@dawn.hampshire.edu------------------------------Date:
  7604. Mon, 24 Aug 1992 14:33:11 GMTFrom:
  7605. haven.umd.edu!ni.umd.edu!sayshell.umd.edu!louie@uunet.uu.netTo:
  7606. packet-radio@ucsd.eduReferences <15045@ksr.com>,
  7607. <1992Aug21.211505.9031@src.umd.edu>,
  7608. <1992Aug24.134254.19349@news.acns.nwu.edu>Subject : Re: New
  7609. packeteer frustrationIn article
  7610. <1992Aug24.134254.19349@news.acns.nwu.edu>
  7611. rdewan@casbah.acns.nwu.edu (Rajiv Dewan) writes:>I do not know
  7612. about ARRL, but some of us really enjoy "CQ DX ... your>59, 73!
  7613. CQ DX...." or some other variant of it.  Its a part of the HOBBY
  7614. >that may not use the most efficient modulation possible (some
  7615. may even >question the content) but it sure is fun.Heck, if we
  7616. used a pre-loaded dictionary and a simple
  7617. Huffman-encodedcompression scheme, you could probably get the
  7618. transmitted content ofthe above message down to just 3 or 4
  7619. bits.louiewa3ymh------------------------------Date: 25 Aug 92
  7620. 06:34:27 GMTFrom:
  7621. swrinde!mips!darwin.sura.net!mojo.eng.umd.edu!disney.src.umd.edu!
  7622. tedwards@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  7623. <15045@ksr.com>, <1992Aug21.211505.9031@src.umd.edu>,
  7624. <1992Aug24.134254.19349@news.acns.nwu.edu>Subject : Re: New
  7625. packeteer frustrationIn article
  7626. <1992Aug24.134254.19349@news.acns.nwu.edu>
  7627. rdewan@casbah.acns.nwu.edu (Rajiv Dewan) writes:>In article
  7628. <1992Aug21.211505.9031@src.umd.edu> tedwards@src.umd.edu (Thomas
  7629. Grant Edwards) writes:>>OK, then why, oh why, does the FCC limit
  7630. transfer rates on HF?????????>>I understand bandwidth limits,
  7631. but if we can put 9600 bps into the>>same bandwidth as "CQ
  7632. DX...your 59, 73! CQ DX...," then we should!>I do not know about
  7633. ARRL, but some of us really enjoy "CQ DX ... your>59, 73! CQ
  7634. DX...." or some other variant of it.  Its a part of the HOBBY
  7635. >that may not use the most efficient modulation possible (some
  7636. may even >question the content) but it sure is fun.Oh, yeah, I'm
  7637. not knocking DXing.  Heck, this weekend I was"CQ W3EAX...grid FM
  7638. 18...73 QRZed"ing up and down the east cost on 2m.(What a
  7639. trough!  Post your DX VHF packet contacts!)The point is, why is
  7640. it legal for me to talk on HF SSB, yet illegal to use a DSP
  7641. modem to do 9600 bps in the exact same bandwidth?Not only that,
  7642. I'll be time-slicing with several other stations on thesame
  7643. frequency!  It's not like I'm being a bandwidth hog.  Course,
  7644. heh heh, I'll still have to do CW at 13 WPM before I _really_do
  7645. data on HF at any speed.  (I'm still pro-choice on code :)de
  7646. N3HAUmember W3EAX-University of Maryland Amateur Radio
  7647. Association------------------------------Date: Mon, 24 Aug 1992
  7648. 13:42:54 GMTFrom:
  7649. news.acns.nwu.edu!casbah.acns.nwu.edu!rdewan@network.UCSD.EDUTo:
  7650. packet-radio@ucsd.eduReferences
  7651. <1992Aug19.183251.4094@src.umd.edu>, <15045@ksr.com>,
  7652. <1992Aug21.211505.9031@src.umd.edu>Subject : Re: New packeteer
  7653. frustrationIn article <1992Aug21.211505.9031@src.umd.edu>
  7654. tedwards@src.umd.edu (Thomas Grant Edwards)
  7655. writes:>...>>couldn't go quite that high.  However, at least
  7656. when the bands are open and>>relatively noise-free, you could
  7657. probably push 9600 bps through an SSB-sized>>bandwidth. >>OK,
  7658. then why, oh why, does the FCC limit transfer rates on
  7659. HF?????????>I understand bandwidth limits, but if we can put
  7660. 9600 bps into the>same bandwidth as "CQ DX...your 59, 73! CQ
  7661. DX...," then we should!>Is the ARRL pushing for
  7662. bandwidth-limited data xmission on HF?>(No laughter please)>I do
  7663. not know about ARRL, but some of us really enjoy "CQ DX ...
  7664. your59, 73! CQ DX...." or some other variant of it.  Its a part
  7665. of the HOBBY that may not use the most efficient modulation
  7666. possible (some may even question the content) but it sure is
  7667. fun.  It is like archery, horse back riding and reading.Rajiv   
  7668.                              aa9ch    Address:
  7669. r-dewan@nwu.eduPhone:   None. Only
  7670. CW.------------------------------End of Packet-Radio Digest V92
  7671. #230******************************Date: Wed, 26 Aug 92 04:30:03
  7672. PDTFrom: Packet-Radio Mailing List and Newsgroup
  7673. <packet-radio@ucsd.edu>Errors-To:
  7674. Packet-Radio-Errors@UCSD.EduReply-To:
  7675. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  7676. Digest V92 #231To: packet-radioPacket-Radio Digest         Wed,
  7677. 26 Aug 92       Volume 92 : Issue 231Today's Topics:            
  7678.     Absolute beginner seems helping hand        Can someone
  7679. please point me to the FAQ for this group?                      
  7680.    Help/advice sought                              newsgroups   
  7681.                     Packet w/HP95 Palm Top         Shorting
  7682. Nicad batteries to revive them... (3 msgs)              Want to
  7683. run Mac+ from a DC source... info?Send Replies or notes for
  7684. publication to: <Packet-Radio@UCSD.Edu>Send subscription
  7685. requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
  7686. solve otherwise to brian@ucsd.edu.Archives of past issues of the
  7687. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  7688. directory "mailarchives/packet-radio".We trust that readers are
  7689. intelligent enough to realize that all textherein consists of
  7690. personal comments and does not represent the officialpolicies or
  7691. positions of any party.  Your mileage may vary.  So
  7692. there.-----------------------------------------------------------
  7693. -----------Date: 25 Aug 92 19:23:43 GMTFrom:
  7694. swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!magnus.acs.o
  7695. hio-state.edu!slc3.ins.cwru.edu!agate!linus!linus.mitre.org!mwvm.
  7696. mitre.org!M16146@network.UCSD.EDUSubject: Absolute beginner
  7697. seems helping handTo: packet-radio@ucsd.eduIn article
  7698. <1992Aug21.180420.28801@maths.tcd.ie>            There has been
  7699. an FAQ for Packet Radio posted monthly in the past - don't
  7700. rememtim@maths.tcd.ie (Timothy Murphy) writes:                  
  7701. ber seeing it lately.  The latest copy I have (version 1.5) says
  7702. you can get it                                                  
  7703.           from ftp.cs.buffalo.edu.  You do need a license, they
  7704. are not overly difficult>Is there an FAQ for this newsgroup?    
  7705.                     for beginning licenses in most countries. 
  7706. Good luck, but don't try anything w>If so, I probably should
  7707. apologise                         ithout a proper license.>for
  7708. polluting your wave-band with this.                    Vern
  7709. Eubanks, AA7EI, Sierra Vista, AZ>>I'm interested in linking 2
  7710. computers by radio>rather than over the telephone.>I assume that
  7711. is what packet radio is for.>>On looking into it, it seemed that
  7712. before one could do this>one had to pass some sort of amateur
  7713. radio test.>Is that the case everywhere?>I went to a couple of
  7714. meetings of local radio-hams,>but basically we weren't on the
  7715. same wavelength.>They spent their time twiddling knobs and
  7716. soldering.>And they spoke in this sort of techno-esperanto.>>Now
  7717. I'm not prejudiced.>Some of my best friends have soldering
  7718. irons.>But I don't want to spend my twilight years>listening to
  7719. white noise from South America.>>So my question is, can I not
  7720. just buy 2 of these radio-modems>and forget about the
  7721. authorities?>And if I can,>what sort of money are we taking
  7722. about?>And how far can I shout?>>Any hints (or evern FAQ's)
  7723. gratefully received.>>-->Timothy Murphy>e-mail:
  7724. tim@maths.tcd.ie>tel: +353-1-2842366>s-mail: School of
  7725. Mathematics, Trinity College, Dublin 2,
  7726. Ireland------------------------------Date: 25 Aug 92 15:37:08
  7727. GMTFrom: retix.com!tonyg@uunet.uu.netSubject: Can someone please
  7728. point me to the FAQ for this group?To:
  7729. packet-radio@ucsd.eduThanks-- Tony [All views expressed are mine
  7730. - if anyone is to blame its
  7731. me]==============================================================
  7732. ====What a waste it is to lose one's mind.  Or not to have a
  7733. mind isbeing very wasteful.  How true that
  7734. is.------------------------------Date: Wed, 26 Aug 1992 05:07:27
  7735. GMTFrom: nic.unh.edu!unhtel!morwyn!forrie@uunet.uu.netSubject:
  7736. Help/advice soughtTo: packet-radio@ucsd.eduI am interested in
  7737. exploring the world of ham-radio, and interfacing thisto my
  7738. computer in order to access the internet and other computer
  7739. systems.I'm a 'newbie' and really haven't a clue as to where to
  7740. start.  I needinformation regarding equipment and its respective
  7741. costs, how to locatea site to 'hook-up to', software to use,
  7742. licensing, and anything elseinvolved.I would be very grateful if
  7743. someone would help me get started here.  Likewise,if there's a
  7744. FAQ for this group, I would appreciate getting that sent tome as
  7745. well.Please respond via email... I'm working at getting this
  7746. group fed in my news (which will be a little while).Thanks in
  7747. advance,Forrest Aldrich--        -----------          Forrest Aldrich    
  7748.      -----------       -------     morwyn!forrie@unhtel.unh.edu     
  7749. -------       ----                             ----       --         VISION GRAPHICS
  7750. --    Dover, NH - USA           --      
  7751. -----------------------------------------------------------------
  7752. -------------------Date: Wed, 26 Aug 1992 02:17:07 GMTFrom:
  7753. usc!sol.ctr.columbia.edu!usenet.ucs.indiana.edu!indyvax.iupui.edu
  7754. !ptmcinti@network.UCSD.EDUSubject: newsgroupsTo:
  7755. packet-radio@ucsd.eduIs there a FAQ on the use of packet radio
  7756. and it's applications within the Internet? 
  7757. Thanks!------------------------------Date: 25 Aug 92 20:53:23
  7758. GMTFrom:
  7759. swrinde!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!lina
  7760. c!att!cbnewsm!nk30@network.UCSD.EDUSubject: Packet w/HP95 Palm
  7761. TopTo: packet-radio@ucsd.edu    Has anyone put this handy little
  7762. item on packet?    What does it take?    Is there a pocket TNC that
  7763. will work with this puppy?    So far I am impressed with it.
  7764.     Articles posted that someone has
  7765. saved.        Thanks            Jeff    NK3O------------------------------Date: 24
  7766. Aug 92 13:44:30 GMTFrom:
  7767. elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!bongo!julian@uunet.u
  7768. u.netSubject: Shorting Nicad batteries to revive them...To:
  7769. packet-radio@ucsd.eduIn article <BtGJqv.50p@news.cso.uiuc.edu>
  7770. btbg1194@uxa.cso.uiuc.edu (Bradley T Banko) writes:>According to
  7771. one explanation of why Nicad batteries die that I've
  7772. heard,>small metal whiskers grow across the electrodes with use,
  7773. and eventually>develop a short which prevents the battery from
  7774. holding a charge or from>being charged.    One of the great "urban
  7775. legends" of amateur radio. I am notgoing to get into this in
  7776. depth. But like "NiCad memory" it can happen,it probably is not
  7777. what is wrong with your batteries.     I suggest that anyone with
  7778. questions on how to look after aNiCad battery pack read "Getting
  7779. the Most Out of Nickel-CadmiumBatteries" By Ken Stuart, W3VVN.
  7780. QST Feb 1992    Briefly NiCad batteries usually die for two
  7781. reasons: 1. Old Age2. Abuse. Abuse includes Over charging -
  7782. often with "fast" chargersand total discharge to obviate
  7783. "memory".-- Julian Macassey, julian@bongo.info.com 
  7784. N6ARE@K6VE.#SOCAL.CA.USA.NA742 1/2 North Hayworth Avenue
  7785. Hollywood CA 90046-7142 voice (213)
  7786. 653-4495------------------------------Date: 25 Aug 92 13:51:03
  7787. GMTFrom: opel!slc1!vk2bea!michael@uunet.uu.netSubject: Shorting
  7788. Nicad batteries to revive them...To: packet-radio@ucsd.eduIn
  7789. article <BtGJqv.50p@news.cso.uiuc.edu> btbg1194@uxa.cso.uiuc.edu
  7790. (Bradley T Banko) writes: >According to one explanation of why
  7791. Nicad batteries die that I've heard, >small metal whiskers grow
  7792. across the electrodes with use, and eventually >develop a short
  7793. which prevents the battery from holding a charge or from >being
  7794. charged. > >The solution is to charge the battery as best is as
  7795. possible, and then >*short* the battery terminals for a brief
  7796. (?) time which is supposed to >melt these whiskers (and I
  7797. suppose the metal flows back to the electrode >of origin). >
  7798. >Has anybody done this?  What exactly have you done?A better way
  7799. is to charge up a capacitor then discharge it through thenicad.
  7800. The heavy current pulse blows away the whiskers. Using
  7801. acapacitor allows you to control the amount of energy you apply
  7802. to thetask. Start with a small cap and go up till it works.--
  7803. Michael Katzmann      >    Broadcast Sports Technology
  7804. Inc.~~~~~~~~~~~~~~~~     <    Crofton, Maryland. U.S.AAmateur Radio
  7805. Stations:   >NV3Z / VK2BEA / G4NYV    
  7806. <    opel!vk2bea!michael@uunet.uu.net------------------------------D
  7807. ate: 25 Aug 92 18:38:37 GMTFrom:
  7808. hayes!bcoleman@uunet.uu.netSubject: Shorting Nicad batteries to
  7809. revive them...To: packet-radio@ucsd.eduIn article
  7810. <BtGJqv.50p@news.cso.uiuc.edu>, btbg1194@uxa.cso.uiuc.edu
  7811. (Bradley T Banko) writes:> According to one explanation of why
  7812. Nicad batteries die that I've heard,> small metal whiskers grow
  7813. across the electrodes with use, and eventually> develop a short
  7814. which prevents the battery from holding a charge or from> being
  7815. charged.This is a typical nicad death mode. Eventually they just
  7816. wear out.> The solution is to charge the battery as best is as
  7817. possible, and then> *short* the battery terminals for a brief
  7818. (?) time which is supposed to> melt these whiskers (and I
  7819. suppose the metal flows back to the electrode> of
  7820. origin).Sometimes, a nicad will short out like this prematurely.
  7821. In this case, itis sometimes possible to revive the nicad
  7822. (temporarily) by "zapping" it.Since a shorted nicad won't hold a
  7823. charge at all, you supply current froman outside source. A
  7824. suitably large capacitor charged to several voltswill do the
  7825. trick, vaporizing the 'whiskers' in the nicad with an inrushof
  7826. several amps.I've successfully zapped nicads by tapping the
  7827. individual cells with theoutput of a 20amp, 12v power supply.
  7828. The connection must be brief, lastingonly a fraction of a
  7829. second. Otherwise, the nicad will heat internally,and may
  7830. explode. Use extreme caution. I urge you to use the
  7831. capacitormethod, since the amount of energy (and the subsequent
  7832. heating) are limited.> Has anybody done this?  What exactly have
  7833. you done?> Must it be done on single cells?  I am trying to do
  7834. this on a battery> pack.  One pack won't take enough of a charge
  7835. to warm up the > shorting wire, while another battery pack
  7836. heated up the shorting wire > so fast I couldn't hold on to it
  7837. (I guess you should use pliers!). ONLY "ZAP" INDIVIDUAL CELLS!
  7838. NEVER DO THIS TO AN ENTIRE PACK! You will merelyruin the
  7839. remaining good cells in the pack. And NEVER, NEVER short out a
  7840. Nicad pack. Ever.-- Bill Coleman, AA4LR                ! CIS:
  7841. 76067,2327    AppleLink: D1958Principal Software Engineer       
  7842. ! Packet Radio: AA4LR @ W4QOHayes Microcomputer Products, Inc. !
  7843. UUCP: uunet!hayes!bcolemanPOB 105203 Atlanta, GA 30348 USA   !
  7844. Internet: bcoleman%hayes@uunet.uu.netDisclaimer: "My employer
  7845. doesn't pay me t 
  7846.  
  7847. o have opinions."Quote: "The same light shines on vineyards that
  7848. makes deserts." -Steve
  7849. Hackett.------------------------------Date: 25 Aug 92 20:24:26
  7850. GMTFrom:
  7851. swrinde!cs.utexas.edu!tamsun.tamu.edu!bpb9204@network.UCSD.EDUSub
  7852. ject: Want to run Mac+ from a DC source... info?To:
  7853. packet-radio@ucsd.eduHi,I'm interested in converting my mac+ to
  7854. run off a DC source, i.e., bypass thepower supply inside and run
  7855. the machine from a 5/12 VDC source.  Thisway, I could use it as
  7856. a mobile radio station or for emergency purposes.(Running it
  7857. solar/car/battery).Has anybody done this, or heard of anybody
  7858. doing this?  If so, could youplease email me what you know?  I
  7859. have schematics and other technicalinformation, but it's good to
  7860. hear about others' experience
  7861. too.Thanks,-Brent------------------------------Date: 25 Aug 92
  7862. 16:04:21 GMTFrom:
  7863. swrinde!cs.utexas.edu!tamsun.tamu.edu!bpb9204@network.UCSD.EDUTo:
  7864.  packet-radio@ucsd.eduReferences <BtGJqv.50p@news.cso.uiuc.edu>,
  7865. <Aug.24.10.22.36.1992.23137@pilot.njin.net>,
  7866. <BtIxFv.2Aq@cmptrc.lonestar.org>Subject : Re: Shorting Nicad
  7867. batteries to revive them...carter@cmptrc.lonestar.org (Carter
  7868. Bennett) writes:||Do yourself a favor and consider this:  Even
  7869. if you are able to zap the|dendrites that form on the NiCad
  7870. junction, the battery will rarely perform|as well as a "good"
  7871. one.||Save your sight, your limbs, your time and a lot of
  7872. frustration.  Buy a |new battery pack from the manufacturer, or
  7873. buy some replacement NiCad |cells and rebuild the pack you have.
  7874.  The improvement will be much better |than using "rejuvenated"
  7875. NiCad's.I have to agree with Carter.  I raced RC cars about 6
  7876. years ago and nothingwill save battery packs from dying.  The
  7877. cars have 6 1.2V cells.  Any one ofthese cells can go bad, of
  7878. course, and all you have to do is replace it.When I raced, I had
  7879. 3 battery packs (yes, that's expensive) that I wouldalternate,
  7880. and only one ever gave me trouble.  You will never get a NiCad
  7881. cell revived to an adequate performance level.The easiest thing
  7882. you can do is buy a new cell and install it.  New cellsare only
  7883. $2-$3 anyway.just my
  7884. comment,-Brent------------------------------Date: 25 Aug 92
  7885. 13:47:59 EDTFrom: hayes!bcoleman@uunet.uu.netTo:
  7886. packet-radio@ucsd.eduReferences
  7887. <1992Aug19.183251.4094@src.umd.edu>, <15045@ksr.com>,
  7888. <1992Aug21.211505.9031@src.umd.edu>Subject : Re: New packeteer
  7889. frustrationIn article <1992Aug21.211505.9031@src.umd.edu>,
  7890. tedwards@src.umd.edu (Thomas Grant Edwards) writes:> > OK, then
  7891. why, oh why, does the FCC limit transfer rates on HF?????????The
  7892. FCC does not limit transfer rates. They limit symbol rates and
  7893. overallfrequency shift (which can be interpreted as bandwidth).I
  7894. think the FCC did well to avoid setting transfer limits. It
  7895. reallyisn't practical to use symbol rates in excess of 300 bps
  7896. below 20 MHz.You could argue that 1200 baud transmission be
  7897. permitted on the 15 and12 meter band, since it would be useful
  7898. there.If you can figure out a way to send more information
  7899. through a 300 baud,1 KHz bandwidth channel, then get crackin'.
  7900. We hams haven't even stratchedthe surface of more efficient
  7901. digital transmissions on HF, and you areclamouring for higher
  7902. symbol rates!> I understand bandwidth limits, but if we can put
  7903. 9600 bps into the> same bandwidth as "CQ DX...your 59, 73! CQ
  7904. DX...," then we should!Note that the above CQ DX would have to
  7905. occur in CW. After all, thedigital transmissions don't occur in
  7906. the voice subbands, they occurin the digital subbands. > Is the
  7907. ARRL pushing for bandwidth-limited data xmission on HF?Until we
  7908. make use of the limits we've alread been set, I don' think the
  7909. ARRLsees a need for this.-- Bill Coleman, AA4LR                !
  7910. CIS: 76067,2327    AppleLink: D1958Principal Software Engineer  
  7911.      ! Packet Radio: AA4LR @ W4QOHayes Microcomputer Products,
  7912. Inc. ! UUCP: uunet!hayes!bcolemanPOB 105203 Atlanta, GA 30348
  7913. USA   ! Internet: bcoleman%hayes@uunet.uu.netDisclaimer: "My
  7914. employer doesn't pay me to have opinions."Quote: "The same light
  7915. shines on vineyards that makes deserts." -Steve
  7916. Hackett.------------------------------Date: 25 Aug 92 21:53:21
  7917. GMTFrom:
  7918. swrinde!mips!darwin.sura.net!wupost!zaphod.mps.ohio-state.edu!pac
  7919. ific.mps.ohio-state.edu!linac!att!cbfsb!cbnewsb.cb.att.com!wa2ise
  7920. @network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  7921. <1992Aug21.180420.28801@maths.tcd.ie>,
  7922. <1684ED897.M16146@mwvm.mitre.org>,
  7923. <1992Aug25.202426.6614@tamsun.tamu.edu>Subject : Re: Want to run
  7924. Mac+ from a DC source... info?In article
  7925. <1992Aug25.202426.6614@tamsun.tamu.edu> bpb9204@tamsun.tamu.edu
  7926. (Brent) writes:>Hi,>>I'm interested in converting my mac+ to run
  7927. off a DC source, i.e., bypass the>power supply inside and run
  7928. the machine from a 5/12 VDC source.  This>way, I could use it as
  7929. a mobile radio station or for emergency purposes.>(Running it
  7930. solar/car/battery).>As stated in the "running a PC off car
  7931. battery" thread a few weeks ago,the best and easiest theng to do
  7932. is get an "inverter" 12VDC to 60HZ AC(square wave" box.  You
  7933. also get isolation from car engine and alternatorspikes and
  7934. other crud.  Tripp Lite makes this things, and I remember
  7935. seeingthem in DigiKey.  Be aware that you should get an
  7936. oversized inverter, soit can handle the computer's power demand
  7937. when you turn it on.Usual disclaimer: I have no connection with
  7938. TrippLite, DigiKey, or theChinese Communist
  7939. Party.------------------------------Date: 25 Aug 92 11:42:43
  7940. EDTFrom: hayes!bcoleman@uunet.uu.netTo:
  7941. packet-radio@ucsd.eduReferences
  7942. <1992Aug17.125034.22941@ke4zv.uucp>, <5888.2a92524b@hayes.com>,
  7943. <1992Aug20.122336.7175@ke4zv.uucp>Subject : Re: New packeteer
  7944. frustrationIn article <1992Aug20.122336.7175@ke4zv.uucp>,
  7945. gary@ke4zv.uucp (Gary Coffman) writes:> In article
  7946. <5888.2a92524b@hayes.com> bcoleman@hayes.com (Bill Coleman)
  7947. writes:>>In article <1992Aug17.125034.22941@ke4zv.uucp>,
  7948. gary@ke4zv.uucp (Gary Coffman) writes:>>> PSK methods available
  7949. today can push 9600 bps over good HF channels. >>>>There's a
  7950. couple of problems using PSK over normal HF channels. First
  7951. of>>all, most crystal filters in HF radios have really gross
  7952. phase characteristics.>>This causes some signal degradation with
  7953. FSK, but more with PSK.> > Well if you insist on using Japanese
  7954. voice radios, you shouldn't expect> good performance. Military
  7955. radios with mechanical filters don't seem to> have a problem.No
  7956. problem, Gary. We'll just have all amateurs dispose of their
  7957. rice boxesand replace them with nice, inexpensive military gear.
  7958. <grin>>>Second, (and most important) is that multipathing of HF
  7959. signals introduces>>tremendeous phase distortion. The only way
  7960. to combat this problem is to>>lower the symbol rate so that the
  7961. distortions don't last longer than the>>symbols. (Which is also
  7962. why 45 baud RTTY and even 100 baud AMTOR work>>on 80m, but 300
  7963. baud packet does not)>>>>Another way to combat the multipath
  7964. distortion problem is to always operate>>near the MUF, which
  7965. results in clean, single path signals. Tom Clark had>>some
  7966. success running 1200 baud PSK on 10m, for example. > > Multipath
  7967. selective fading can be a serious problem. Operating near the>
  7968. MUF is the best dodge around this, but diversity reception will
  7969. also > help a lot. 9600 bps on HF is not going to be a weak
  7970. signal mode.> Systems like Piccolo and Clover that use multiple
  7971. carriers to transmit> bits in parallel with long symbol
  7972. durations are likely a more robust> way to go at HF.Yes. And
  7973. note that Piccolo and Clover are *NOT* PSK. >>> But the rules
  7974. prevent it.>>>>Not really. The rules dictate a maximum symbol
  7975. rate (300 baud below 28 MHz)>>and a maximum shift (1000 Hz below
  7976. 30 MHz). Other than that, the rules are>>remarkably open.>>>>Of
  7977. course, you'd have a hard time stuffing 9600 bps data down a
  7978. channel>>with the characteristics of most HF radios....> > You
  7979. can encode 9600 bps into 600 baud, but cramming it into 300
  7980. baud> is a remarkable achievement even on excellent circuits.
  7981. With the quality> of typical HF paths, QPSK is about all you
  7982. could do today. I'd love to> be proven wrong of course.Don't use
  7983. PSK, Use something else. Use multiple carriers. Use
  7984. amplitudevariation. PSK doesn't survive well unless you are
  7985. close to the MUF.So far, I've heard good things about PacTor,
  7986. which lowers the symbol rateto 200 bps, but improves
  7987. throughput.I've also heard good things about Clover, which
  7988. apparently changes encodingrates to suit conditions (which is
  7989. exactly what we need for HF).-- Bill Coleman, AA4LR             
  7990.   ! CIS: 76067,2327    AppleLink: D1958Principal Software
  7991. Engineer        ! Packet Radio: AA4LR @ W4QOHayes Microcomputer
  7992. Products, Inc. ! UUCP: uunet!hayes!bcolemanPOB 105203 Atlanta,
  7993. GA 30348 USA   ! Internet:
  7994. bcoleman%hayes@uunet.uu.netDisclaimer: "My employer doesn't pay
  7995. me to have opinions."Quote: "The same light shines on vineyards
  7996. that makes deserts." -Steve
  7997. Hackett.------------------------------End of Packet-Radio Digest
  7998. V92 #231******************************Date: Thu, 27 Aug 92
  7999. 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  8000. <packet-radio@ucsd.edu>Errors-To:
  8001. Packet-Radio-Errors@UCSD.EduReply-To:
  8002. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  8003. Digest V92 #232To: packet-radioPacket-Radio Digest         Thu,
  8004. 27 Aug 92       Volume 92 : Issue 232Today's Topics:            
  8005.             Ham-weenie question                     Help/advice
  8006. sought (2 msgs)                  Link between BBS via Amateur
  8007. Radio            Need information/comparisons on dual band HTs  
  8008.                      Packet w/HP95 Palm Top                     
  8009.            Rose              Shorting Nicad batteries to revive
  8010. them...           SOLVED:  running mac+ from DC source/car
  8011. batterySend Replies or notes for publication to:
  8012. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  8013. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  8014. otherwise to brian@ucsd.edu.Archives of past issues of the
  8015. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  8016. directory "mailarchives/packet-radio".We trust that readers are
  8017. intelligent enough to realize that all textherein consists of
  8018. personal comments and does not represent the officialpolicies or
  8019. positions of any party.  Your mileage may vary.  So
  8020. there.-----------------------------------------------------------
  8021. -----------Date: Thu, 27 Aug 92 03:25:22 GMTFrom:
  8022. usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!slc3.INS.
  8023. CWRU.Edu!usenet.ins.cwru.edu!cleveland.Freenet.Edu!ag807@network.
  8024. UCSD.EDUSubject: Ham-weenie questionTo: packet-radio@ucsd.eduHi
  8025. ...     On our PBBS we run an open phone line.  Anyone can call
  8026. the PBBSand read and send traffic, licensed or not.  Anything
  8027. that a visitorsends is held.  The sysop changes the message that
  8028. was sent to go outunder the sysop's call as third party traffic.
  8029.     There's the rub!  You have to have a third party agreement
  8030. betweenthe two countries.  I am not sure who Wales has a third
  8031. party agreementwith.  I do not believe they have one with the
  8032. U.S. (I will admit to onlychecking when the traffic demands
  8033. pouring through all the back issues ofQST to find the latest
  8034. list).  Disregard, I did have one on the disk, wedo not.  Hence,
  8035. doing it through a U.S. amateur would be illegal.     You are in
  8036. a great time period for ham classes!  They will be startingall
  8037. across the country!73,Steve, NO8M--
  8038. ------------------------------Date: 26 Aug 92 12:03:41 GMTFrom:
  8039. mcsun!uknet!warwick!nott-cs!ucl-cs!news@uunet.uu.netSubject:
  8040. Help/advice soughtTo: packet-radio@ucsd.eduCan anyone summary up
  8041. the replies they get regardingFAQ/introduction info/books
  8042. etc?ThanksZheng------------------------------Date: 26 Aug 92
  8043. 17:16:40 GMTFrom:
  8044. nic.unh.edu!unhtel!morwyn!forrie@uunet.uu.netSubject:
  8045. Help/advice soughtTo: packet-radio@ucsd.eduIn article
  8046. <2918@ucl-cs.uucp|  Z.Wang@cs.ucl.ac.uk (Zheng Wang) writes:|
  8047. Can anyone summary up the replies they get regarding|
  8048. FAQ/introduction info/books etc?| | Thanks| Zheng[ ... ]    Hi,
  8049. it's me... the one who asked the question (still no
  8050. response).    I'm on the net now, so you can post whatever here...
  8051.     Still looking forward for some help/information,    Forrest--       
  8052. -----------          Forrest Aldrich          -----------       -------  
  8053.   morwyn!forrie@unhtel.unh.edu      -------       ----                             ----    
  8054.   --         VISION GRAPHICS --    Dover, NH - USA           --      
  8055. -----------------------------------------------------------------
  8056. -------------------Date: 26 Aug 92 22:08:03 GMTFrom:
  8057. eos!aio!norm!mancus@ames.arpaSubject: Link between BBS via
  8058. Amateur RadioTo: packet-radio@ucsd.eduIn article
  8059. <17gsrjINN9pn@network.ucsd.edu>, brian@ucsd.edu (Brian Kantor)
  8060. writes:> beaurega@ireq.hydro.qc.ca (Denis Beauregard) writes:>
  8061. >I would like to know if it is already done or not, to use> >Ham
  8062. radio to link stations in a BBS network.> >Assume 100k and 1 Meg
  8063. of daily traffic. > (Assuming distances of more than 50km
  8064. between sites.)> > At 100kb/day, you're dealing with many more
  8065. times the amount of traffic> the existing ham radio BBS network
  8066. is currently carrying.  A megabyte> with existing ham technology
  8067. is impossible. > Telephone lines and modems will be cheaper,
  8068. even for international> calls. > The ham radio packet bbs
  8069. network is really nothing more than a toy.  It> is far too
  8070. limited as far as restrictions on content, bandwidth, and>
  8071. reliability to be used in a production BBS environment of the
  8072. type that> land-line-based BBS users have been accustomed to
  8073. seeing for more than> a decade.>     - Brian  Nonsense.  You are
  8074. making assumptions about using 1200 baud VHF links.We can
  8075. achieve much higher bandwidths using good compression
  8076. strategiesand by moving up into the microwave region.  My
  8077. reading so far indicatesthat 30-40 mile microwave links running
  8078. 10 Mbit/sec should be possiblewithout outrageous investments. 
  8079. The existing packet network is very poor, but that's just
  8080. becauseit's dated.  Technology very quickly becomes obsolete
  8081. these days, andwe hams don't have barrels of money to burn. 
  8082. Ultimately, the packet network needs to put its backbones up in
  8083. themicrowave region and run Internet speeds.--  Keith Mancus   
  8084. <mancus@sweetpea.jsc.nasa.gov>                         |        
  8085.         N5WVR                                                  |
  8086.  "If I owned Texas and I owned Hell, I'd rent out Texas and live
  8087.       |  in Hell." -General Sheridan                            
  8088.               |------------------------------Date: 26 Aug 92
  8089. 05:25:39 GMTFrom:
  8090. swrinde!cs.utexas.edu!ut-emx!ibmchs!auschs!awdprime.austin.ibm.co
  8091. m!inetnode.austin.ibm.com!jjason@network.UCSD.EDUSubject: Need
  8092. information/comparisons on dual band HTsTo:
  8093. packet-radio@ucsd.eduHello!After reading through all the
  8094. doublespeak and non-information ofmanufacturer spec sheets, It's
  8095. time to get some expert help. I'm in themarket for a dual band
  8096. (2m, 70cm) handi-talkie and need some solidinformation from
  8097. people that have used them.I've been looking at the ICOM W2A,
  8098. the STANDARD 558, and the KENWOOD78. I have not yet got any info
  8099. on the YAESU. From what I read in theforums, Kenwood has a poor
  8100. service department, so I'll pass on theirgear. The ALINCO dual
  8101. bander seems to have some software problems, soagain I'll
  8102. pass.Questions:Of the remaining hardware (plus any I've missed),
  8103. does anyone have anygood reason why I should buy one over
  8104. another?I would like to do high speed packet (9600 bps +) with
  8105. the portable. Irealize that I'm asking for miracles here, but
  8106. does any handheld dualbander have a low enough phase distortion
  8107. and proper bandwidth to dothis?  Better yet, if it works, what's
  8108. the setup?Also, what about mods to open up the RX/TX? I know the
  8109. W2A can beopened up quite a bit. Others?Nobody in our area has a
  8110. Standard 558 - what does it come with and howwell do you like
  8111. it? The trade press and Standard disagree on this, soI'm
  8112. interested in what users have to say...Offbeat Questions:Has
  8113. anyone taken a commercial V.32bis modem and made it into
  8114. somethingthat would be useful for packet use? They're getting
  8115. cheap enough nowto make this feasable. I expect some
  8116. modifications to the modem gutsand possibly a "backend" of some
  8117. sort would be required.Any recommendations for mounting an
  8118. Antenna on a Mazda MX3?Closing:Thanks in advance for everyone's
  8119. help. If I get a good response, I'llpost a summary so others
  8120. will benefit.Yours, (^.^) Jason//  Jason Hernandez - Network
  8121. Engineer and Practicioner of ArcaneMagic   \\ \\ IBM AWD, Austin
  8122. Texas. jjason@inetnode.austin.ibm.comAUSVM6(JJASON) // My typing
  8123. == my opinion. Read the trade mags for myemployer's opinions. 
  8124. Its a boring .signature file - deal with it!-- //  Jason
  8125. Hernandez - Network Engineer and Practicioner of Arcane Magic  
  8126. \\\\ IBM AWD, Austin Texas. jjason@inetnode.austin.ibm.com  
  8127. AUSVM6(JJASON) //My typing == my opinion. Read the trade mags
  8128. for my employer's opinions.Its a boring .signature file - deal
  8129. with it!------------------------------Date: 27 Aug 92 03:55:14
  8130. GMTFrom: van-bc!rsoft!mindlink!a4049@uunet.uu.netSubject: Packet
  8131. w/HP95 Palm TopTo: packet-radio@ucsd.edu> JEFF ZELL NK3O
  8132. writes:> > Msg-ID: <1992Aug25.205323.28749@cbnewsm.cb.att.com>>
  8133. Posted: 25 Aug 92 20:53:23 GMT> > Org.  : AT&T-BL,READING,PA.> >
  8134. Jeff writes:> >         Has anyone put this handy little item on
  8135. packet?>         What does it take?>         Is there a pocket
  8136. TNC that will work with this puppy?>         So far I am
  8137. impressed with it.>         Articles posted that someone has
  8138. saved.See "A Plethoric Packet Present" by Buck Rogers, K4ABT in
  8139. the December 1991issue of CQ magazine.  This article describes
  8140. the combining of an Alinco F1with a PacComm HandiPacket and the
  8141. HP 95LX.                        Doug
  8142. (VE7FGU)------------------------------Date: 26 Aug 92 22:11:42
  8143. GMTFrom: eos!aio!norm!mancus@ames.arpaSubject: RoseTo:
  8144. packet-radio@ucsd.edu  Am I the only person out there who has
  8145. given up on Rose infrustration?  Several folks out there
  8146. suggested using Rose aspart of a link, but I have had maybe one
  8147. in ten successful connects.Worse, the connection often dies very
  8148. quickly after being made.Am I overlooking some trick, or just
  8149. using Rose for something for whichit was not intended?  This
  8150. applies to the Shreveport, Dallas, and Houston Rose sites.Note
  8151. that I cannot hit *any* of these without going thru a node
  8152. ordigipeater.-- | Keith Mancus    <mancus@sweetpea.jsc.nasa.gov>
  8153.                         ||                 N5WVR                
  8154.                                  ||  "If I owned Texas and I
  8155. owned Hell, I'd rent out Texas and live       ||  in Hell."
  8156. -General Sheridan                                          
  8157. |------------------------------Date: 26 Aug 92 21:02:36 GMTFrom:
  8158. swrinde!zaphod.mps.ohio-state.edu!rpi!think.com!snorkelwacker.mit
  8159. .edu!news.media.mit.edu!news.media.mit.edu.!sro@network.UCSD.EDUS
  8160. ubject: Shorting Nicad batteries to revive them...To:
  8161. packet-radio@ucsd.eduI don't know if someone has mentioned it
  8162. yet, but there's an articleon this topic with construction plans
  8163. for a contraption that revivesNiCads in the latest issue of
  8164. 73.But let me add my voice to those who urge caution when doing
  8165. funkythings to NiCads.  And a Public Service Announcement:If you
  8166. give up and want to throw those old batteries away, please
  8167. askthe local garbage lords where you can ditch them.  The
  8168. cadmium inNiCads is nasty stuff--it's a heavy metal and it will
  8169. do bad things toanimals (including humans) that use any water
  8170. source into which itfinds its way.  In most communities it's
  8171. probably illegal to toss themin with your regular garbage.  The
  8172. fish and I thank you.------------------------------Date: 26 Aug
  8173. 92 18:10:30 GMTFrom:
  8174. swrinde!cs.utexas.edu!tamsun.tamu.edu!bpb9204@network.UCSD.EDUSub
  8175. ject: SOLVED:  running mac+ from DC source/car batteryTo:
  8176. packet-radio@ucsd.eduThanks to all who replied to my note; the
  8177. suggestions were all the same andthey were simply, "use an
  8178. inverter."  I never thought too much about an inverter because I
  8179. don't know too muchabout them.  However, it does seem that using
  8180. an inverter would use morecurrent than a car battery -> 12V/5V
  8181. filtered converter.  I don't know.Once again, thanks, and I'll
  8182. look into some of these inverter kits
  8183. peoplementioned.-Brent------------------------------Date: 26 Aug
  8184. 92 15:06:32 GMTFrom:
  8185. europa.asd.contel.com!emory!kd4nc!ke4zv!gary@uunet.uu.netTo:
  8186. packet-radio@ucsd.eduReferences <5888.2a92524b@hayes.com>,
  8187. <1992Aug20.122336.7175@ke4zv.uucp>,
  8188. <5904.2a9a1cb3@hayes.com>Reply-To : gary@ke4zv.UUCP (Gary
  8189. Coffman)Subject : Re: New packeteer frustrationIn article
  8190. <5904.2a9a1cb3@hayes.com> bcoleman@hayes.com (Bill Coleman)
  8191. writes:>In article <1992Aug20.122336.7175@ke4zv.uucp>,
  8192. gary@ke4zv.uucp (Gary Coffman) writes:>> Well if you insist on
  8193. using Japanese voice radios, you shouldn't expect>> good
  8194. performance. Military radios with mechanical filters don't seem
  8195. to>> have a problem.>>No problem, Gary. We'll just have all
  8196. amateurs dispose of their rice boxes>and replace them with nice,
  8197. inexpensive military gear. <grin>This wasn't meant to be a funny
  8198. comment. I think that it's unrealisticto expect commonly used
  8199. voice rigs to be suitable for high performancedata transmission.
  8200. We see this same problem at VHF/UHF when people insiston using
  8201. voice radios for data communications. Alinco made a half
  8202. heartedattempt at a data radio, and Kantronics has done much
  8203. better with theirD410. You don't expect a voice radio to be a
  8204. good ATV rig and you shouldn'texpect it to be a good data rig
  8205. either. Different modes need radios optimized for different
  8206. characteristics. Radios that use the Collinsmechanical filter,
  8207. or it's equivalent, have a pass characteristic moresuited to
  8208. data use than the current crop of amateur consumer voiceradios.
  8209. Yet a Collins filter can be had for $30. This isn't so mucha
  8210. cost issue as a design issue. One size does not fit all. I
  8211. suggestthat the path we took with the 56 kb RF modem is the
  8212. direction thathigh performance RF data transmission must take.
  8213. That's to make themodem the radio. That way it is optimized to
  8214. the characteristics ofthe modulation used.>Yes. And note that
  8215. Piccolo and Clover are *NOT* PSK. >>>>> But the rules prevent
  8216. it.>>>>>>Not really. The rules dictate a maximum symbol rate
  8217. (300 baud below 28 MHz)>>>and a maximum shift (1000 Hz below 30
  8218. MHz). Other than that, the rules are>>>remarkably open.Piccolo
  8219. and Clover are not PSK, but they also aren't a single 300 baud
  8220. FSKcarrier either and they are illegal under the current rules.
  8221. Transmissionof multiple carriers in the same band by the same
  8222. station is forbidden.The rules weren't designed to handle this
  8223. case. A simple bandwidthrestriction without other constraints on
  8224. signaling method would makemore sense. Note that while Clover
  8225. occupies a bandwidth of about200 Hz, Piccolo occupies a
  8226. bandwidth similar to a AM voice transmission.It's thruput is
  8227. high of course. What I'd like to see is a realignmentof the
  8228. rules to concentrate on bandwidth restrictions only. Thus
  8229. aClover or CW or FSK signal would be ok in the narrow bandwidth
  8230. subbandaand voice, SSTV, and Piccolo and the like would be ok in
  8231. the widerbandwidth segments. Concentration on modulation
  8232. *methods* rather thanmodulation *results* make the rules
  8233. unnecessarily restrictive. Thisdoesn't leave a place for SS, but
  8234. then current rules don't either.Gary
  8235. KE4ZV------------------------------Date: 26 Aug 92 15:26:10
  8236. GMTFrom:
  8237. swrinde!mips!darwin.sura.net!europa.asd.contel.com!emory!kd4nc!ke
  8238. 4zv!gary@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
  8239. <15045@ksr.com>, <1992Aug21.211505.9031@src.umd.edu>,
  8240. <5905.2a9a3a10@hayes.com>Reply-To : gary@ke4zv.UUCP (Gary
  8241. Coffman)Subject : Re: New packeteer frustrationIn article
  8242. <5905.2a9a3a10@hayes.com> bcoleman@hayes.com (Bill Coleman)
  8243. writes:>In article <1992Aug21.211505.9031@src.umd.edu>,
  8244. tedwards@src.umd.edu (Thomas Grant Edwards) writes:>> >> I
  8245. understand bandwidth limits, but if we can put 9600 bps into
  8246. the>> same bandwidth as "CQ DX...your 59, 73! CQ DX...," then we
  8247. should!>>Note that the above CQ DX would have to occur in CW.
  8248. After all, the>digital transmissions don't occur in the voice
  8249. subbands, they occur>in the digital subbands. Strictly speaking
  8250. that's not completely true. CW is a digital modeand it is
  8251. permitted *anywhere* on the amateur bands. Then there'sSSTV,
  8252. it's not voice, but is allowed in the voice bands. In factit's
  8253. only allowed in the voice bands. SSTV is an interesting caseas
  8254. well because it is in practice a digital signal transmitted by
  8255. afrequency and amplitude shifted carrier. That's because all
  8256. currentgeneration SSTV equipment digitizes the video in a frame
  8257. buffer.It uses a 64 kb buffer that is transmitted in an 8 second
  8258. framefor an effective thruput of 8 kbs. This looks like a dodge
  8259. aroundthe antiquated rules. We could load the frame buffer with
  8260. dataand transmit it as a SSTV picture. The FCC doesn't require
  8261. thepictures to make sense when viewed on a monitor, except for
  8262. theID every 10 minutes.Even better, if we write the data in
  8263. columns, read it outfor transmission in rows, and use matrix
  8264. FEC, we have a ratherrobust data system that should be able to
  8265. shrug off burst errors.This the way D2 digital videotape
  8266. recording is done. Whenthe matrix is reconstructed, errors are
  8267. smeared out across thematrix so that the check bits for each row
  8268. and column can beused to reconstruct the damaged data.Gary
  8269. KE4ZV------------------------------Date: 27 Aug 92 00:50:52
  8270. GMTFrom: retix.com!tonyg@uunet.uu.netTo:
  8271. packet-radio@ucsd.eduReferences
  8272. <1992Aug20.122336.7175@ke4zv.uucp>, <5904.2a9a1cb3@hayes.com>,
  8273. <1992Aug26.150632.7278@ke4zv.uucp>Subject : Ham-weenie
  8274. questionHey ho!I've just been reading some FAQ stuff, but I'm
  8275. not sure its answered myquestion.  So, here it is, like it or
  8276. not.  If not, please email direct.Ta.My dad is a ham (his jokes
  8277. are pretty bad too) and he's in Wales (U.K.).His call sign is
  8278. GW3GWA, for anyone who's interested (yeah, he's beengoing since
  8279. before the Blitz...).He has a bunch of gear set up for morse and
  8280. voice communication bothlocally on 2m and worldwide.  I'm not a
  8281. ham, and have no license, but would like to communicate withhim.
  8282.  Assuming that he set up a rig and his computer for packet
  8283. radio,is there any way he could send info that I could receive
  8284. on the Internet(ie, to my email address) and vice-versa?  I
  8285. suppose I'm talking aboutan internet-based gateway of some sort
  8286. that could do the conversion.Could this scenario exist without
  8287. my requiring a license?Thank you so much.Tony.-- Tony [All views
  8288. expressed are mine - if anyone is to blame its
  8289. me]==============================================================
  8290. ===="What a waste it is to lose one's mind.  Or not to have a
  8291. mind isbeing very wasteful.  How true that is" Vice President
  8292. Dan Quayle------------------------------End of Packet-Radio
  8293. Digest V92 #232******************************Date: Fri, 28 Aug
  8294. 92 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
  8295. <packet-radio@ucsd.edu>Errors-To:
  8296. Packet-Radio-Errors@UCSD.EduReply-To:
  8297. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  8298. Digest V92 #233To: packet-radioPacket-Radio Digest         Fri,
  8299. 28 Aug 92       Volume 92 : Issue 233Today's Topics:            
  8300.    19.2KB Packet Network Now Operational                        
  8301. Ham-weenie question                        Packet w/HP95 Palm
  8302. Top              Shorting Nicad batteries to revive them...     
  8303.   UCSD claiming to be gateway to amateur TCP/IP (2 msgs)Send
  8304. Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
  8305. subscription requests to:
  8306. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  8307. otherwise to brian@ucsd.edu.Archives of past issues of the
  8308. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  8309. directory "mailarchives/packet-radio".We trust that readers are
  8310. intelligent enough to realize that all textherein consists of
  8311. personal comments and does not represent the officialpolicies or
  8312. positions of any party.  Your mileage may vary.  So
  8313. there.-----------------------------------------------------------
  8314. -----------Date: Thu, 27 Aug 1992 13:01:18 GMTFrom:
  8315. psinntp!ncrlnk!ciss!lawday!jra@uunet.uu.netSubject: 19.2KB
  8316. Packet Network Now OperationalTo: packet-radio@ucsd.eduI've
  8317. posted a couple of articles in the past about our attempts here
  8318. inSouthwestern Ohio to build a (moderately) high speed packet
  8319. backbone,and a similar Metropolitan Area Lan.We've now completed
  8320. the first phase of the system, and have a backbonelinking
  8321. Dayton, Cincinnati, and Columbus through a set of
  8322. 19.2KBpoint-to-point links (5 node sites in all), and a
  8323. full-duplex 19.2KBpacket repeater running in Dayton (currently
  8324. with 6 users).The system is built using the Kantronics D4-10 UHF
  8325. DataRadios.  Itworks.I won't take up a lot of bandwidth here
  8326. with a lengthy description, butif you're interested I'll happily
  8327. email info about this system.John Ackermann  
  8328. AG9Vjohn.ackermann@daytonOH.ncr.comag9v@n8acv.#day.oh.usa-- John
  8329. R. Ackermann, Jr.        Law Department, NCR Corporation,
  8330. Dayton, Ohio(513) 445-2966             
  8331. John.Ackermann@daytonoh.ncr.comPacket Radio: ag9v@n8acv     
  8332. tcp/ip: ag9v@ag9v.ampr
  8333. [44.70.12.34]------------------------------Date: 27 Aug 92
  8334. 18:10:04 GMTFrom:
  8335. olivea!hal.com!thumper!bob@uunet.uu.netSubject: Ham-weenie
  8336. questionTo: packet-radio@ucsd.eduIn article
  8337. 4401@spock.retix.com, tonyg@spock.retix.com (Tony "Salty Dog"
  8338. Goulding) writes:>I'm not a ham, and have no license, but would
  8339. like to communicate with>him.  Assuming that he set up a rig and
  8340. his computer for packet radio,>is there any way he could send
  8341. info that I could receive on the Internet>(ie, to my email
  8342. address) and vice-versa?  I suppose I'm talking about>an
  8343. internet-based gateway of some sort that could do the
  8344. conversion.>Could this scenario exist without my requiring a
  8345. license?>Tony.The gateway I can help you with, but I require all
  8346. people that access itto have their ticket. With the new
  8347. code-less licenses it is very easy toget one. You can actually
  8348. do it in a couple weeks. If you are interestedin how let me know
  8349. and I will try to get you in touch with the properpeople. Once
  8350. you have it, we can do a lot about getting you in touch withyour
  8351. dad.When you get your ticket send a message to
  8352. gateway-request@arasmith.comand I will register you with the
  8353. gate and send you the gateway
  8354. instructions.----------------------------------------------------
  8355. -------------------------Bob Arasmith   bob@hal.com (work)  
  8356. bob@arasmith.com (home)   n0ary@n0ary.#nocal.ca.usa.na
  8357. (packet)------------------------------Date: 27 Aug 1992 15:14:40
  8358. GMTFrom:
  8359. usc!cs.utexas.edu!tamsun.tamu.edu!bcm!lib!oac.hsc.uth.tmc.edu!jma
  8360. ynard@network.UCSD.EDUSubject: Packet w/HP95 Palm TopTo:
  8361. packet-radio@ucsd.eduNote also that, once you get the 95 running
  8362. with a TNC and radio, you can usea version of KA9Q NOS I've
  8363. ported to the 95 to get on TCP/IP. It's availablefor FTP on
  8364. ucsd.edu. It works best with either a 1 MB 95 or a RAMcard,
  8365. though.-- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to
  8366. malice that which canjmaynard@oac.hsc.uth.tmc.edu      |
  8367. adequately be explained by stupidity. "Keep in mind that Amateur
  8368. Radio As We Know It Today will cease to exist            at
  8369. midnight tonight." -- Dave Newkirk,
  8370. WJ1Z------------------------------Date: 26 Aug 92 17:05:49
  8371. GMTFrom: usc!rpi!bu.edu!cvbnet!root@network.UCSD.EDUSubject:
  8372. Shorting Nicad batteries to revive them...To:
  8373. packet-radio@ucsd.edu------------------------------Date: 27 Aug
  8374. 92 16:30:27 GMTFrom:
  8375. csus.edu!netcom.com!al@decwrl.dec.comSubject: UCSD claiming to
  8376. be gateway to amateur TCP/IPTo: packet-radio@ucsd.eduI notice
  8377. that UCSD.EDU is advertising the IP addresses of 11417
  8378. amateursin the ampr.org domain.  Does anyone know if these sites
  8379. are REALLYreachable via the internet?  mirrorshades.ucsd.edu
  8380. claims to be a gateway,but it doesn't seem to be.I'd like to
  8381. locate some worm hole operators if any would come forward.(Or is
  8382. there a list in QST somewhere?)Al
  8383. (n6rpr)al@sunnyside.com------------------------------Date: Fri,
  8384. 28 Aug 1992 01:59:28 GMTFrom:
  8385. munnari.oz.au!manuel!sserve!news@network.UCSD.EDUSubject: UCSD
  8386. claiming to be gateway to amateur TCP/IPTo:
  8387. packet-radio@ucsd.edu------------------------------Date:
  8388. (null)From: (null)Does anyone know how to get the packs
  8389. apart?Does anyone know where I can get replacement cells?Is this
  8390. possible at all with the likes of BP8's etc????Thanks,
  8391. joe------------------------------Date: 27 Aug 1992 21:34:57
  8392. GMTFrom: ucsd.edu!brian@network.UCSD.EDUTo:
  8393. packet-radio@ucsd.eduReferences <17gsrjINN9pn@network.ucsd.edu>,
  8394. <1992Aug26.220803.14284@aio.jsc.nasa.gov>,
  8395. <1992Aug27.202805.17419@watson.ibm.com>Subject : Re: Link
  8396. between BBS via Amateur RadioIn article
  8397. <1992Aug27.202805.17419@watson.ibm.com> uri@watson.ibm.com
  8398. writes:>Yeah, sure... >And just when do you think this wish will
  8399. become true?Well, with attitudes like yours, never.Lead, follow,
  8400. or get the hell out of the way!    -
  8401. Brian------------------------------Date: 27 Aug 92 22:21:34
  8402. GMTFrom: eos!aio!norm!mancus@ames.arpaTo:
  8403. packet-radio@ucsd.eduReferences <17gsrjINN9pn@network.ucsd.edu>,
  8404. <1992Aug26.220803.14284@aio.jsc.nasa.gov>,
  8405. <1992Aug27.202805.17419@watson.ibm.com>Subject : Re: Link
  8406. between BBS via Amateur RadioIn article
  8407. <1992Aug27.202805.17419@watson.ibm.com>, uri@watson.ibm.com (Uri
  8408. Blumenthal) writes:> In article
  8409. <1992Aug26.220803.14284@aio.jsc.nasa.gov>,
  8410. mancus@norm.jsc.nasa.gov (Keith Mancus) writes: >>> The ham
  8411. radio packet bbs network is really nothing more than a toy. 
  8412. It>>> is far too limited as far as restrictions on content,
  8413. bandwidth, and                                  
  8414. ^^^^^^^^^^^^^^^^^^^^^^^>>> reliability to be used in a
  8415. production BBS environment of the type that>>> land-line-based
  8416. BBS users have been accustomed to seeing for more than>>> a
  8417. decade.>>   Nonsense.  > How about your posting? (:-)  Naah, I
  8418. only spout nonsense at parties. :-) >> We can achieve much
  8419. higher bandwidths using good compression strategies>> and by
  8420. moving up into the microwave region.  My reading so far
  8421. indicates>> that 30-40 mile microwave links running 10 Mbit/sec
  8422. should be possible>> without outrageous investments.> Well,
  8423. there's a lot of things which *COULD* be done, if <long list>.>
  8424. Today's reality is - you don't have even 9600 bps.   What do you
  8425. mean we don't have 9600 bps?  The nodes around Houstonare mostly
  8426. running 19.2 backbones.  It would be no great trick tobring up
  8427. the user ports to 9600 if the demand were there.  And 9600bTNC's
  8428. exist; it's only a matter of time before they become the
  8429. standard.  If there's a problem with the current network, it's
  8430. that it'sunderutilized, and therefore generates little need to
  8431. improve it.Yeah, I realize that this is a Catch-22.>>   The
  8432. existing packet network is very poor, but that's just because>>
  8433. it's dated.  Technology very quickly becomes obsolete these
  8434. days, and>> we hams don't have barrels of money to burn.> OK, so
  8435. the existing PBBS is very poor (and how does it contradict> the
  8436. original statement about land BBS technology being a decade>
  8437. ahead), and hams don't have barrels of money to burn to bring>
  8438. the PBBS from obsolete to current level... Very nice. So far>
  8439. you're proving the points of what you called "nonsense".  
  8440. Perhaps I read too much into the original posting.  My gut
  8441. impressionwas that the REAL message was "The packet network is
  8442. not and NEVER WILLBE more than a toy."> And there's very
  8443. important point which you chose to ignore:> RESTRICTION ON
  8444. CONTENT. Don't you think it counts?   Not really.  There are
  8445. restrictions in the content of Usenet postingstoo.  The original
  8446. posting listed three problems, too technical and onenot.  I have
  8447. very little influence over political problems, but I canalways
  8448. hack some hardware together. :-)  In other words, I simply
  8449. chosenot to address that issue, because it has never been an
  8450. issue for meand I don't expect it to become one.>>   Ultimately,
  8451. the packet network needs to put its backbones up in the>>
  8452. microwave region and run Internet speeds.> Yeah, sure...and just
  8453. when do you think this wish will become true?  Real Soon Now. 
  8454. Take a look in the 1992 Handbook; read the article inSection 32
  8455. on 10/24 GHz connections running at 2 Mbit/sec (with 10
  8456. Mbit/secpossible).  I would guess another five years or so. 
  8457. Look how quicklythe current packet network came about!  When was
  8458. the first commerciallyproduced TNC offered for sale?  Of course,
  8459. I readily admit that if the landlines switch over to
  8460. opticalfiber and start running another order of magnitude of
  8461. speed, we are not goingto have the bandwidth available to match
  8462. that.  But we can certainly reachtoday's Ethernet speeds with a
  8463. 10/24 GHz backbone, and from what I've foundso far it needn't
  8464. cost all that much.  (I'm getting ready to do someexperiments in
  8465. the 10 GHz region, but so far it's still in the talking stage.)>
  8466. Regards,> Uri.        uri@watson.ibm.com--  Keith Mancus   
  8467. <mancus@sweetpea.jsc.nasa.gov>                                  
  8468.        N5WVR                                                   
  8469. "If I owned Texas and I owned Hell, I'd rent out Texas and live 
  8470.        in Hell." -General Sheridan                              
  8471.             ------------------------------Date: (null)From:
  8472. (null)I'm one. I help run the Wormhole gateway for the ACT
  8473. region in Australia[ 44.136.0.x to 44.136.7.x ].
  8474. mirrorshades.ucsd.edu is indeed gating packetsbetween the
  8475. amateurs and the Internet.However, you may not be able to reach
  8476. some/all of the amateurs servicedby the wormholes from the
  8477. Internet for political reasons: allowing (possible)non-amateurs
  8478. to use amateur frequencies here in Australia is illegal.
  8479. Packetsfrom the Internet eventually pass over amateur
  8480. frequencies to get to theirdestination. Thus, we have decided to
  8481. setup barriers to the packetsoriginating from the Internet.In
  8482. other words, mirrorshades will pass your packets to us, we will
  8483. discardthem. Your mileage may vary with other wormholes, but I
  8484. doubt it!Sorry for the wet blanket.  Warren Toomey VK1XWT, on
  8485. the path to insanity  No longer in the bowels of ADFA Comp
  8486. Science.   `Version 7 Job Control: just use
  8487. ptrace(2).'------------------------------Date: 27 Aug 92
  8488. 20:28:05 GMTFrom:
  8489. newsgate.watson.ibm.com!yktnews!admin!aixproj!uri@uunet.uu.netTo:
  8490.  packet-radio@ucsd.eduReferences <BtLzLB.7wA@ireq.hydro.qc.ca>,
  8491. <17gsrjINN9pn@network.ucsd.edu>,
  8492. <1992Aug26.220803.14284@aio.jsc.nasa.gov>xprojReply-To :
  8493. uri@watson.ibm.comSubject : Re: Link between BBS via Amateur
  8494. RadioIn article <1992Aug26.220803.14284@aio.jsc.nasa.gov>,
  8495. mancus@norm.jsc.nasa.gov (Keith Mancus) writes:|> > The ham
  8496. radio packet bbs network is really nothing more than a toy. 
  8497. It|> > is far too limited as far as restrictions on content,
  8498. bandwidth, and                                 
  8499. ^^^^^^^^^^^^^^^^^^^^^^^|> > reliability to be used in a
  8500. production BBS environment of the type that|> > land-line-based
  8501. BBS users have been accustomed to seeing for more than|> > a
  8502. decade.|> |>   Nonsense.  How about your posting? (:-)|> We can
  8503. achieve much higher bandwidths using good compression
  8504. strategies|> and by moving up into the microwave region.  My
  8505. reading so far indicates|> that 30-40 mile microwave links
  8506. running 10 Mbit/sec should be possible|> without outrageous
  8507. investments.Well, there's a lot of things which *COULD* be done,
  8508. if <long list>.Today's reality is - you don't have even 9600
  8509. bps. And it has very little to do with data compression (or did
  8510. you mean things likemultiplexing: frequency multiplexing/time
  8511. multiplexing?).|>   The existing packet network is very poor,
  8512. but that's just because|> it's dated.  Technology very quickly
  8513. becomes obsolete these days, and|> we hams don't have barrels of
  8514. money to burn.OK, so the existing PBBS is very poor (and how
  8515. does it contradictthe original statement about land BBS
  8516. technology being a decadeahead), and hams don't have barrels of
  8517. money to burn to bringthe PBBS from obsolete to current level...
  8518. Very nice. So faryou're proving the points of what you called
  8519. "nonsense".And there's very important point which you chose to
  8520. ignore:RESTRICTION ON CONTENT. Don't you think it counts?|>  
  8521. Ultimately, the packet network needs to put its backbones up in
  8522. the|> microwave region and run Internet speeds.Yeah, sure... And
  8523. just when do you think this wish will become
  8524. true?--Regards,Uri.        uri@watson.ibm.com------------<Disclaimer>--
  8525. ----------------------------End of Packet-Radio Digest V92
  8526. #233******************************Date: Sat, 29 Aug 92 04:30:04
  8527. PDTFrom: Packet-Radio Mailing List and Newsgroup
  8528. <packet-radio@ucsd.edu>Errors-To:
  8529. Packet-Radio-Errors@UCSD.EduReply-To:
  8530. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  8531. Digest V92 #234To: packet-radioPacket-Radio Digest         Sat,
  8532. 29 Aug 92       Volume 92 : Issue 234Today's Topics:            
  8533.             [ANS] New Ham Calls                       
  8534. AMTOR/BITNET (3 msgs)                  FT-727R --> TNC  need R &
  8535. C values           Help with commercial short wave radio
  8536. reception.                         KPC-2 and kiss mode          
  8537.            Packet driver for Excelan                      
  8538. Shorting nicad batteries              Shorting Nicad batteries
  8539. to revive them...            UCSD claiming to be gateway to
  8540. amateur TCP/IPSend Replies or notes for publication to:
  8541. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  8542. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  8543. otherwise to brian@ucsd.edu.Archives of past issues of the
  8544. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  8545. directory "mailarchives/packet-radio".We trust that readers are
  8546. intelligent enough to realize that all textherein consists of
  8547. personal comments and does not represent the officialpolicies or
  8548. positions of any party.  Your mileage may vary.  So
  8549. there.-----------------------------------------------------------
  8550. -----------Date: 28 Aug 1992 19:12:15 -0700From:
  8551. news-mail-gateway@ucsd.eduSubject: [ANS] New Ham CallsTo:
  8552. packet-radio@ucsd.edum07777@mwvm.mitre.org (LEO BOBERschmidt)
  8553. writes:>The latest call signs issued by the FCC as of 1 August
  8554. 1992 are:>>          Extra   Advanced   General/Technician  
  8555. Novice>3rd Area: AA3BN   KE3EN      N3NCS               
  8556. KB3AHH>4th Area: AV4TL   KQ4DG      ***                 
  8557. KD4ROY>*** = All call signs allocated from this block of calls. 
  8558. In the 4th Area,>      all General, Technician, and Novice calls
  8559. come from the same call>      sign allocation block.>*>*       
  8560. LEO------------------------------Date: 28 Aug 1992 09:41:24
  8561. -0700From: news-mail-gateway@ucsd.eduSubject: AMTOR/BITNETTo:
  8562. packet-radio@ucsd.eduI'M LOOKING FOR A GATEWAY BETWEEN BITNET
  8563. AND AMTOR.  MY WIFEHAS  HER  GENERAL  LICENCE (KA3ZHW) AND WOULD
  8564. LIKE TO USE ANAEA PAKRATT-232 TO COMMUNICATE  THRU  THE  AMTOR 
  8565. SYSTEM  TOBITNET.DOES ANYONE HAVE ANY INFORMATION ON SUCH A
  8566. GATEWAY???------------------------------Date: 28 Aug 1992
  8567. 09:41:40 -0700From: news-mail-gateway@ucsd.eduSubject:
  8568. AMTOR/BITNETTo: packet-radio@ucsd.eduI'M LOOKING FOR A GATEWAY
  8569. BETWEEN BITNET AND AMTOR.  MY WIFEHAS  HER  GENERAL  LICENCE
  8570. (KA3ZHW) AND WOULD LIKE TO USE ANAEA PAKRATT-232 TO COMMUNICATE 
  8571. THRU  THE  AMTOR  SYSTEM  TOBITNET.DOES ANYONE HAVE ANY
  8572. INFORMATION ON SUCH A
  8573. GATEWAY???------------------------------Date: 28 Aug 1992
  8574. 09:54:15 -0700From: news-mail-gateway@ucsd.eduSubject:
  8575. AMTOR/BITNETTo: packet-radio@ucsd.eduI'M LOOKING FOR A GATEWAY
  8576. BETWEEN BITNET AND AMTOR.  MY WIFEHAS  HER  GENERAL  LICENCE
  8577. (KA3ZHW) AND WOULD LIKE TO USE ANAEA PAKRATT-232 TO COMMUNICATE 
  8578. THRU  THE  AMTOR  SYSTEM  TOBITNET.DOES ANYONE HAVE ANY
  8579. INFORMATION ON SUCH A
  8580. GATEWAY???------------------------------Date: 29 Aug 92 06:57:30
  8581. GMTFrom:
  8582. swrinde!cs.utexas.edu!tamsun.tamu.edu!bpb9204@network.UCSD.EDUSub
  8583. ject: FT-727R --> TNC  need R & C valuesTo:
  8584. packet-radio@ucsd.eduI have my Yaesu FT-727R connected to a
  8585. PK-88 TNC.  The TNC has beenadjusted; the system can receive
  8586. packets fine.However, when I send packets, the HT gets keyed and
  8587. then stays keyedeven after the TNC isn't sending anything.If you
  8588. are using a 727 for packet, what values did you use for
  8589. yourTNC->727 cable?  The pk-88 manual suggests using a 0.1uF Cap
  8590. and a2200 Ohm Res for the connection, but another book suggests
  8591. using1000 Ohm and any cap between 1.0uF and 0.01uF.I have tried
  8592. a 1000 Ohm Res and 1.0uF and 0.1uF caps (and other sizes)with no
  8593. success -- the HT stays keyed or, for large resistances,
  8594. doesn'tkey at all.  I'll try the 2200 Ohm res tomorrow.Any
  8595. ideas?  All hints are
  8596. appreciated!!-Brent------------------------------Date: 28 Aug 92
  8597. 23:41:47 GMTFrom:
  8598. stanford.edu!leland.Stanford.EDU!gd@uunet.uu.netSubject: Help
  8599. with commercial short wave radio reception.To:
  8600. packet-radio@ucsd.eduI am trying to get the the voice of Israel
  8601. on my old (15 year oldRadio Shack Realistic DX 66) SW radio, and
  8602. I just barely managed todo it several times, but the reception
  8603. was terrible.   I am looking for some advice as to what I need
  8604. to do to be ableto receive it.   Will a new digital radio help
  8605. very much? Or do I need an excellentantena. (up to now, I just
  8606. hooked up a long wire to the radio andhung it outside the
  8607. appartment).   If the answer is that a good antena will probably
  8608. do the trick,then do you know where I can get one, and what I
  8609. should get?   At HAM-Radio outlet they wanted to sell me an
  8610. "eavesdropper" antenafor $80 . Do I really need to invest that
  8611. kind of money in an antena?   With regards to the radio, I heard
  8612. that most of the "commercial" (ones offered to the general
  8613. public rather than the ones that the serious amateur buys), are
  8614. not very good in terms of sensitivity andselectivity. Is that
  8615. right? Specifically I have seen a sony ICF 2010.Is it also
  8616. rather poor on the specs side? Do you know of somethingthat is
  8617. good on the reception side of things and not necessarily
  8618. sostrong on the glitz? Do I really need to invest hundreds of
  8619. dollars (or more) in a good receiver?   If you know how I could
  8620. get a decent cheap SW radio, I'd appreciateit too.   Thanks for
  8621. your time and help,                                   
  8622. Gideon.Gideon Friedmannwk (415) 725-2355hm (408) 395-3486E-mail:
  8623.  gd@fizzle.stanford.edu------------------------------Date: 29
  8624. Aug 92 01:49:56 GMTFrom:
  8625. munnari.oz.au!yoyo.aarnet.edu.au!sirius.ucs.adelaide.edu.au!level
  8626. s!xtasc@network.UCSD.EDUSubject: KPC-2 and kiss modeTo:
  8627. packet-radio@ucsd.eduA friend here has a KPC 2 with 2.x software
  8628. rom(s) dated about 1986?Will this unit support kiss mode ?, if
  8629. not where can we source the codeto blow a kiss rom for this
  8630. unit, or a later rev of the normal software.Can it be mailed,
  8631. purchased, if so from where/who ??73's ... Rob
  8632. vk5xxx------------------------------Date: Fri, 28 Aug 1992
  8633. 14:49:33 GMTFrom:
  8634. sdd.hp.com!zaphod.mps.ohio-state.edu!uunet.ca!geac!alias!chk@netw
  8635. ork.UCSD.EDUSubject: Packet driver for ExcelanTo:
  8636. packet-radio@ucsd.eduI'm looking for a packet driver so that I
  8637. can use NOS on a 286 with anExcelan EXOS 205 Ethernet card. Does
  8638. anyone know where I can find one?Please reply by mail; If
  8639. there's interest I'll summarize to the net.    Thanks!--"You are at
  8640. wit's end.      | C. Harald Koch  Alias Research, Inc. Toronto,
  8641. ONPassages lead off in all    | chk@alias.com               
  8642. (work-related mail)directions..."  -related by |
  8643. chk@gpu.utcs.utoronto.ca     (permanent address)    Bryan
  8644. Manske, 13-Aug-92 | VE3TLA@VE3OY.#SCON.ON.CA.NA           
  8645. (AMPRNet)------------------------------Date: 27 Aug 92 
  8646. 18:34:00From:
  8647. news.claremont.edu!ucivax!ofa123!Paul.Petty@uunet.uu.netSubject:
  8648. Shorting nicad batteriesTo: packet-radio@ucsd.eduBradley,I don't
  8649. recommend shorting the cells out as you are doing.  I doubt that
  8650. ithelps, and I am afraid that you and/or your equipment may be
  8651. damaged by doing so.    After years of trying non-scientific
  8652. (i.e.  pass/fail) means ofrejuvinating my ni-cad's I have
  8653. adopted the following.  I try to charge theindividual battery or
  8654. cell "normally" with a 1/16 C rate. If it is in a packof cells I
  8655. open the pack and isolate the cell with jumpers, alligator
  8656. clips,or straight pins under the insulation.  If that doesn't
  8657. work I give it theshock treatment.  I happen to have an old RS
  8658. CB power supply, it puts out 2Amps continuous and 3 Amps peak at
  8659. 12 Vdc.    I apply the output from the power supply to the
  8660. offending cell(s) untilthe circuit breaker pops.  At that time I
  8661. measure the cell voltage and, if it is anything but 0 V, place
  8662. it under normal charge for 16 hours.  If the celldoes not show
  8663. any voltage I repeat the shock treatment a few more times.  Ifit
  8664. doesn't pick up I figgure that I have fried it and toss it out. 
  8665. If it was a cell in a pack I remove and replace the bad cell.  I
  8666. seem to have a fairsuccess rate with this method, and have never
  8667. had a cell explode or changeshape.    An alternate method which
  8668. I have read about but not experimented withsounded interesting: 
  8669.   The author used a scale to measure cells before use, and after
  8670. they would no longer charge.  He found the latter cells to be
  8671. lighter than they wereoriginally.  He injected distilled water
  8672. till they were their original weight and claimed that most would
  8673. begin functioning again.  Sounds feasable, no?    Anyway,
  8674. welcome to the world of the rechargeable cells.  Be sure to
  8675. leteveryone know how your experiments come out!=== ~ SPEED 1.00
  8676. [NR] ~ Don't drink and park.  Accidents cause people!--- DB
  8677. 1.37/003346------------------------------Date: 28 Aug 92
  8678. 14:57:34 GMTFrom: ulowell!tegra!vail@uunet.uu.netSubject:
  8679. Shorting Nicad batteries to revive them...To:
  8680. packet-radio@ucsd.eduIn article <3771@cvbnetPrime.COM>
  8681. root@cvbnet.prime.com (cvbnet) writes:   From article
  8682. <1992Aug25.160421.18902@tamsun.tamu.edu>, by
  8683. bpb9204@tamsun.tamu.edu (Brent):   > You will never get a NiCad
  8684. cell revived to an adequate performance level.   > The easiest
  8685. thing you can do is buy a new cell and install it.  New cells  
  8686. > are only $2-$3 anyway.   I have a couple of dead ICOM battery
  8687. packs.   Does anyone know how to get the packs apart?   Does
  8688. anyone know where I can get replacement cells?   Is this
  8689. possible at all with the likes of BP8's etc????With the likes of
  8690. BP8s it is easy to get it apart, just unscrew thescrews and pry
  8691. the halves apart.Several companies make pre-made "inserts" to
  8692. replace the cells inthese packs.  Periphex has been my favorite
  8693. at 800 634-8132.The newer "S" series of packs are ultrasonically
  8694. welded and cannot befixed, at least they were not designed to
  8695. be.jv"Cel-e-brate, the being right, of the doing right, of your
  8696. heart" _____|     | Johnathan Vail     vail@tegra.com     (508)
  8697. 663-7435|Tegra| jv@n1dxg.ampr.org    N1DXG@448.625-(WorldNet)
  8698. -----  MEMBER: League for Programming Freedom
  8699. (league@prep.ai.mit.edu)------------------------------Date: 28
  8700. Aug 92 23:47:06 GMTFrom:
  8701. sdd.hp.com!cs.utexas.edu!uwm.edu!bionet!kumr!pozar@network.UCSD.E
  8702. DUSubject: UCSD claiming to be gateway to amateur TCP/IPTo:
  8703. packet-radio@ucsd.edual@netcom.com (Al) writes:>I notice that
  8704. UCSD.EDU is advertising the IP addresses of 11417 amateurs>in
  8705. the ampr.org domain.  Does anyone know if these sites are
  8706. REALLY>reachable via the internet?  mirrorshades.ucsd.edu claims
  8707. to be a gateway,>but it doesn't seem to be.>>I'd like to locate
  8708. some worm hole operators if any would come forward.>(Or is there
  8709. a list in QST somewhere?)>>Al (n6rpr) al@sunnyside.com    I do
  8710. have a router sitting on the Internet and that talks to our
  8711. localamateur tcp/ip group.  Since 44.x.x.x is not routed my
  8712. direction (and Iwouldn't want it to), amateurs need to telnet
  8713. into my unix box (kumr) and then they can telnet out to the
  8714. Internet. Mail and news can be routed via kumr to/from the
  8715. Internet and the amateurs that are in my local area.  Ihaven't
  8716. set up a worm hole at this time. If there is interest, I
  8717. wouldlike to look into it with folks.         Tim-- Internet:
  8718. pozar@kumr.lns.com               FidoNet:  Tim Pozar @
  8719. 1:125/555UUCP:     ...!uunet!kumr.lns.com!pozarSnail:    Tim
  8720. Pozar / KKSF / 77 Maiden Lane / San Francisco CA 94108 /
  8721. USAVoice:    +1 415 788 2022------------------------------Date:
  8722. Sat, 29 Aug 1992 03:06:02 GMTFrom:
  8723. sdd.hp.com!caen!hellgate.utah.edu!fcom.cc.utah.edu!park.uvcc.edu!
  8724. cc.uvcc.edu!coleve@network.UCSD.EDUTo:
  8725. packet-radio@ucsd.eduReferences <17gsrjINN9pn@network.ucsd.edu>,
  8726. <1992Aug26.220803.14284@aio.jsc.nasa.gov>,
  8727. <1992Aug27.202805.17419@watson.ibm.com>Subject : Re: Link
  8728. between BBS via Amateur RadioIn article
  8729. <1992Aug27.202805.17419@watson.ibm.com>, uri@watson.ibm.com (Uri
  8730. Blumenthal) writes:> In article
  8731. <1992Aug26.220803.14284@aio.jsc.nasa.gov>,
  8732. mancus@norm.jsc.nasa.gov (Keith Mancus) writes:> > |> > The ham
  8733. radio packet bbs network is really nothing more than a toy.  It>
  8734. |> > is far too limited as far as restrictions on content,
  8735. bandwidth, and>                                  
  8736. ^^^^^^^^^^^^^^^^^^^^^^^> |> > reliability to be used in a
  8737. production BBS environment of the type that> |> >
  8738. land-line-based BBS users have been accustomed to seeing for
  8739. more than> |> > a decade.> |> > |>   Nonsense.  > > How about
  8740. your posting? (:-)> > |> We can achieve much higher bandwidths
  8741. using good compression strategies> |> and by moving up into the
  8742. microwave region.  My reading so far indicates> |> that 30-40
  8743. mile microwave links running 10 Mbit/sec should be possible> |>
  8744. without outrageous investments.> > Well, there's a lot of things
  8745. which *COULD* be done, if <long list>.> Today's reality is - you
  8746. don't have even 9600 bps. And it has very > little to do with
  8747. data compression (or did you mean things like> multiplexing:
  8748. frequency multiplexing/time multiplexing?).> > |>   The existing
  8749. packet network is very poor, but that's just because> |> it's
  8750. dated.  Technology very quickly becomes obsolete these days,
  8751. and> |> we hams don't have barrels of money to burn.> > OK, so
  8752. the existing PBBS is very poor (and how does it contradict> the
  8753. original statement about land BBS technology being a decade>
  8754. ahead), and hams don't have barrels of money to burn to bring>
  8755. the PBBS from obsolete to current level... Very nice. So far>
  8756. you're proving the points of what you called "nonsense".> > And
  8757. there's very important point which you chose to ignore:>
  8758. RESTRICTION ON CONTENT. Don't you think it counts?> > |>  
  8759. Ultimately, the packet network needs to put its backbones up in
  8760. the> |> microwave region and run Internet speeds.> > Yeah,
  8761. sure... > And just when do you think this wish will become
  8762. true?> --> Regards,> Uri.        uri@watson.ibm.com> ------------>
  8763. <Disclaimer>-- -- Vern Cole -- Systems Manager -- Utah Valley
  8764. Community College --------------------------------Date: 28 Aug
  8765. 92 19:14:11 GMTFrom:
  8766. newsgate.watson.ibm.com!yktnews!admin!aixproj!uri@uunet.uu.netTo:
  8767.  packet-radio@ucsd.eduReferences
  8768. <1992Aug26.220803.14284@aio.jsc.nasa.gov>,
  8769. <1992Aug27.202805.17419@watson.ibm.com>,
  8770. <1992Aug27.222134.16560@aio.jsc.nasa.gov>Reply-To :
  8771. uri@watson.ibm.comSubject : Re: Link between BBS via Amateur
  8772. RadioIn article <1992Aug27.222134.16560@aio.jsc.nasa.gov>,
  8773. mancus@norm.jsc.nasa.gov (Keith Mancus) writes:|>   Naah, I only
  8774. spout nonsense at parties. :-)(:-)|> What do you mean we don't
  8775. have 9600 bps?  The nodes around Houston|> are mostly running
  8776. 19.2 backbones.  Any details, please? Technical preferrably?
  8777. What kind of equipment?Frequencies? Bandwidth?|> And 9600b|>
  8778. TNC's exist; it's only a matter of time before they become the
  8779. standard.Yeah, that was my slip. Of course 9600b TNCs were there
  8780. even severalyears ago. Still they don't seem to enjoy much
  8781. usage...|> If there's a problem with the current network, |>
  8782. it's that it's underutilized, and therefore generates |> little
  8783. need to improve it.Well, I disagree. Today's PBBS is pain in ***
  8784. to use, becauseit takes almost MINUTES to get ONE string
  8785. through. Surely,higher speeds could improve response time, which
  8786. I'dthink would be welcomed by everybody?What's then the
  8787. reason(s) it's not used? Just the lack of widely available
  8788. 19.2Kbps and faster TNCs? |>   Perhaps I read too much into the
  8789. original posting.  My gut impression|> was that the REAL message
  8790. was "The packet network is not and NEVER WILL|> BE more than a
  8791. toy."Yes, I think you read too much there. I think it was an
  8792. answerto something like "whether it's worth to try to
  8793. establishInternet-like network on the radio?". And the
  8794. answerwas: "No, today land-line BBS is much cheaper andfar more
  8795. effective than PBBS." Which I completely agree with.About "never
  8796. will be more than a toy"? Well, I don't know.If military can
  8797. transmit zillions of data over very wideband UHF links - why
  8798. can't we utilize similar approach?On the other hand - apparently
  8799. we haven't so far...|> > And there's very important point which
  8800. you chose to ignore:|> > RESTRICTION ON CONTENT. Don't you think
  8801. it counts?|>  |> Not really.  There are restrictions in the
  8802. content of Usenet postings|> too.  Well, Usenet restrictions are
  8803. MUCH less, err, "restrictive". Andyou don't lose your license
  8804. for violating them either (:-).|> The original posting listed
  8805. three problems, too technical and one|> not.  I have very little
  8806. influence over political problems, but I can|> always hack some
  8807. hardware together. :-)  Yeah, sure,  but the point is - if this
  8808. political problem [potentially] can deter [potential] users...  
  8809. What's thereason for building a complicated [and expensive]
  8810. networkyou only a handful of users,  if most of those, who
  8811. couldbenefit from such a Net would go elsewhere (since there'sat
  8812. least one choice - Usenet, to say nothing about lots'nlots of
  8813. land-line BBS's)?I doubt that those who'll start HighSpeedPBBS
  8814. project canignore this issue.|> In other words, I simply chose|>
  8815. not to address that issue, because it has never been an issue
  8816. for me|> and I don't expect it to become one.Ah, that's
  8817. understandable. But that it's not an issue for you stilldoesn't
  8818. mean that it can't drive many other "customers" away.|>   Real
  8819. Soon Now.  Take a look in the 1992 Handbook; read the article
  8820. in|> Section 32 on 10/24 GHz connections running at 2 Mbit/sec
  8821. (with 10 Mbit/sec|> possible).  I would guess another five years
  8822. or so.  Look how quickly|> the current packet network came
  8823. about!  When was the first commercially|> produced TNC offered
  8824. for sale?Well, I believe about 1989? One or two years earlier?|>
  8825.  But we can certainly reach|> today's Ethernet speeds with a
  8826. 10/24 GHz backbone, and from what I've found|> so far it needn't
  8827. cost all that much.  (I'm getting ready to do some|> experiments
  8828. in the 10 GHz region, but so far it's still in the talking
  8829. stage.)So unlike me, you are doing something constructive in
  8830. this area
  8831. (:-).--Regards,Uri.        uri@watson.ibm.com------------<Disclaimer>--
  8832. ----------------------------Date: 28 Aug 92 18:56:02 GMTFrom:
  8833. newsgate.watson.ibm.com!yktnews!admin!aixproj!uri@uunet.uu.netTo:
  8834.  packet-radio@ucsd.eduReferences
  8835. <1992Aug26.220803.14284@aio.jsc.nasa.gov>,
  8836. <1992Aug27.202805.17419@watson.ibm.com>,
  8837. <17jhq1INNkh0@network.ucsd.edu>GReply-To :
  8838. uri@watson.ibm.comSubject : Re: Link between BBS via Amateur
  8839. RadioIn article <17jhq1INNkh0@network.ucsd.edu>, brian@ucsd.edu
  8840. (Brian Kantor) writes:|> >And just when do you think this wish
  8841. will become true?|> |> Well, with attitudes like yours,
  8842. never.Fine, what about your attitude? Bark-bark?|> Lead, follow,
  8843. or get the hell out of the way!I don't see you leading [i.e.
  8844. offering solution(s)], you don't seem to follow [for what IS
  8845. there tofollow today?] - therefore YOU get the
  8846. hellout.Continuation of this fruitful discussion - please
  8847. forward to /dev/null.  I've responded to what Iperceived as sort
  8848. of personal attack, but I'm not going to get involved in any
  8849. long-term
  8850. flame-war.--Regards,Uri.        uri@watson.ibm.com------------<Disclaim
  8851. er>------------------------------End of Packet-Radio Digest V92
  8852. #234******************************Date: Sun, 30 Aug 92 04:30:03
  8853. PDTFrom: Packet-Radio Mailing List and Newsgroup
  8854. <packet-radio@ucsd.edu>Errors-To:
  8855. Packet-Radio-Errors@UCSD.EduReply-To:
  8856. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  8857. Digest V92 #235To: packet-radioPacket-Radio Digest         Sun,
  8858. 30 Aug 92       Volume 92 : Issue 235Today's Topics:        BBS
  8859. via Amateur radio content restrictions -- ACT NOW               
  8860.   FT-727R --> TNC  need R & C values      Legality Question:
  8861. Packet Access For Hams Via BBS (2 msgs)                 
  8862. Packet/Internet Message Forwarding                   RSGB GB2RS
  8863. NEWS 30th August 1992Send Replies or notes for publication to:
  8864. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  8865. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  8866. otherwise to brian@ucsd.edu.Archives of past issues of the
  8867. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  8868. directory "mailarchives/packet-radio".We trust that readers are
  8869. intelligent enough to realize that all textherein consists of
  8870. personal comments and does not represent the officialpolicies or
  8871. positions of any party.  Your mileage may vary.  So
  8872. there.-----------------------------------------------------------
  8873. -----------Date: Sat, 29 Aug 1992 19:59:20 GMTFrom:
  8874. dog.ee.lbl.gov!hellgate.utah.edu!fcom.cc.utah.edu!park.uvcc.edu!c
  8875. c.uvcc.edu!coleve@network.UCSD.EDUSubject: BBS via Amateur radio
  8876. content restrictions -- ACT NOWTo: packet-radio@ucsd.eduI am
  8877. cross referencing two threads here.....There is one thread in
  8878. r.r.a.packet about the poor performance of the present packet
  8879. network... I don't know who made the first comment...> > |> >
  8880. The ham radio packet bbs network is really nothing more than a
  8881. toy.  It> |> > is far too limited as far as restrictions on
  8882. content, bandwidth, and>                                  
  8883. ^^^^^^^^^^^^^^^^^^^^^^^> |> > reliability to be used in a
  8884. production BBS environment of the type that> |> >
  8885. land-line-based BBS users have been accustomed to seeing for
  8886. more than> |> > a decade.> > And there's very important point
  8887. which you chose to ignore:> RESTRICTION ON CONTENT. Don't you
  8888. think it counts?Yes!  It counts a lot, because it is precisly
  8889. the content restrictions whichkeep us from carrying the data
  8890. which a high speed network thrives on.We need content rules
  8891. which will permit NetNews to be carried "live" on hamradio.  
  8892. The answer is NOW before us!Please refer to article
  8893. <pschleck.714803051@cwis>.  It is the text of a Notice of
  8894. Proposed Rule Making:  "Ammendment to Part 97 of the
  8895. Commission's Rules toRelax the Restrictions on the Scope of
  8896. Permissible Communications in the^^^^^!Amateur Service.The
  8897. proposed rule modifies 97.113(a)(2) to read: [no amateur station
  8898. shalltransmit:] Communications in which the station licensee or
  8899. control operatorhave a pecuniary interest...This will make it
  8900. possible for my station to transmit "business" traffic provided
  8901. I do not profit from it.  It is a necessary step which must
  8902. beapplauded and supported.  The problem is that the rule changes
  8903. in other areas do not go far enough...We can transmit
  8904. notification of ham gear for sale or trade "provided that
  8905. suchactivity is not conducted on a regular basis". This would
  8906. prohibit arec.radio.amateur.forsale newsgroup -- since
  8907. newsgroups operate on a "regularbasis."  Other .forsale groups
  8908. would seem to be legal provided all traffic wasthird party -- no
  8909. ham can post his own stuff.  (The language also seems toprohibit
  8910. a regular "swap net" on 2 meter phone.)The prohibition against
  8911. transmitting music is still unclarified.  The directproblem of
  8912. music in space shuttle re-broadcasts was considered and
  8913. rejected, however, the FCC did suggest that "Interested parties
  8914. ... may comment regardingwhether transmissions of music should
  8915. be allowed."  I firmly believe that thewording should permit
  8916. incedental transmission of music.  The point here wouldbe that
  8917. the trasmission of audible music in real time is not the direct
  8918. intentof the station.  If I get music on hold during a phone
  8919. patch or am working neara marching band in a parade I should not
  8920. be required to shut downcommunications.  On the other hand, I
  8921. should not be sticking the mic up tothe speaker on my stereo so
  8922. that a ham buddy can hear the latest record. Digitized music,
  8923. computer programs which produce music, or images of sheetmusic
  8924. should by no means be forbidden.Another sticky point is the
  8925. proscription against "obscene, indecent, or profanelanguage." 
  8926. Does the phone company have a similar restriction on
  8927. theirmicrowave radios?  If so, do they monitor every long
  8928. distance call to ensurecompliance?  I agree that radio operators
  8929. should not initiate obscene traffic,and I would prefer that
  8930. alt.sex not appear on the amateur bands.  Unfortunatly,the rule
  8931. requires that every bit of traffic forwarded through an
  8932. automaticstation be filtered for possible profane language! 
  8933. This is an impossible taskfor the operator of a news link. The
  8934. rule should contain language to the effectthat operators of
  8935. stations in automatic forwarding operation should make
  8936. a"reasonable effort" to block transmission of such morally
  8937. objectionabletraffic.May I suggest that everyone interested in a
  8938. high speed packet network get outtheir word processors and start
  8939. letting Uncle Charlie know what we need?Complete instructions on
  8940. how to make comments are included in Paul Schleck'sorigial
  8941. article (in rec.radio.amateur.packet or by ftp from
  8942. /pub/ham-radio onftp.cs.buffalo.edu) or in the September QST.
  8943. Comments must be filed by October 1, 1992.-- -- Vern Cole --
  8944. Systems Manager -- Utah Valley Community College -- KF7XM-- --
  8945. Vern Cole -- Systems Manager -- Utah Valley Community College
  8946. --------------------------------Date: 29 Aug 92 23:14:12
  8947. GMTFrom:
  8948. swrinde!cs.utexas.edu!tamsun.tamu.edu!bpb9204@network.UCSD.EDUSub
  8949. ject: FT-727R --> TNC  need R & C valuesTo:
  8950. packet-radio@ucsd.eduConcerning my previous post, I have it
  8951. working now.  As I mentioned, I hadused various values for both
  8952. C and R.  However, I wasn't able to use thesuggested 2200 Ohm
  8953. resistor since I didn't have any.  I bought some today.To make a
  8954. long story short, the key to getting this to work is to use0.1uF
  8955. capac
  8956.  
  8957. itance and 2200 ohm resistance.  When making the
  8958. connections,make them as short as possible (mine are 1/8" long
  8959. leads now).  Once Idid this, the 727 worked fine.A side note: 
  8960. the 727 uses a 12V battery pack (12.5 actually).  TheYaesu
  8961. charger/DC supply does not supply enough current to drive the
  8962. 727at full power.  I am using a 13.8V DC (auto "12" volt) supply
  8963. to run theTNC and the 727.  I tweaked the output voltage to
  8964. 13.25 (from 13.8) andit can supply the 727 with as much current
  8965. as it needs.  This was animportant fact when using the HT -- if
  8966. it doesn't have enough juice totransmit, the packet's beginning
  8967. will be lost.Thanks to all who
  8968. responded!-Brent------------------------------Date: Sat, 29 Aug
  8969. 1992 14:17:10 GMTFrom:
  8970. anomaly.sbs.risc.net!kd1hz@uunet.uu.netSubject: Legality
  8971. Question: Packet Access For Hams Via BBSTo:
  8972. packet-radio@ucsd.eduRecently, I was talking to some hams in the
  8973. area who are involved in modemBBS communications. They had never
  8974. tried packet radio, so I said: Gee,wouldn't it be neat if you
  8975. could access my TNC and utilize packet via myBBS.This is very
  8976. possible, since my TNC is connected to a serial port on myUNIX
  8977. system. All I would have to do is establish a command and
  8978. appropriatesecurity on my BBS to restrict TNC access to
  8979. registered Ham Radio operatorsonly.Now, the question becomes:
  8980. what type of legalities should I be concernedabout?This isn't
  8981. quite "repeater operation", but I assume I would still be
  8982. thecontrol operator of the equipment, since it is, after all, my
  8983. station.How would the remote-access Ham set MYCALL on my TNC?
  8984. THEIRCALL/MYCALL?THEIRCALL via MYCALL?Anything else I should be
  8985. concerned about?I'd be interested in hearing from other people
  8986. who have worked on a similarproject.MD-- --  Michael P. Deignan 
  8987.                     / Sex is hereditary. If your --  Domain:
  8988. mpd@anomaly.sbs.com            /  parents never had it, chances
  8989. --    UUCP: ...!uunet!rayssd!anomaly!mpd  /   are you won't
  8990. either...-- Telebit: +1 401 455 0347             
  8991. /------------------------------Date: 29 Aug 92 18:46:38 GMTFrom:
  8992. dziuxsolim.rutgers.edu!pilot.njin.net!ron@RUTGERS.EDUSubject:
  8993. Legality Question: Packet Access For Hams Via BBSTo:
  8994. packet-radio@ucsd.edu> This isn't quite "repeater operation",
  8995. but I assume I would still be the> control operator of the
  8996. equipment, since it is, after all, my station.If they were hams,
  8997. they could very well be control operators of thestation.  They
  8998. would be operating it on remote control.> How would the
  8999. remote-access Ham set MYCALL on my TNC? THEIRCALL/MYCALL?>
  9000. THEIRCALL via MYCALL?Probably the best mode is to make the thing
  9001. function like a node.  Thething would source packets that appear
  9002. to come from the user's call(but via your station). 
  9003. Theoretically, they could just set their callon the TNC though
  9004. and still be legal.-Ron------------------------------Date: 30
  9005. Aug 92 02:22:58 GMTFrom:
  9006. andromeda.rutgers.edu!detrolio@RUTGERS.EDUSubject:
  9007. Packet/Internet Message ForwardingTo: packet-radio@ucsd.eduI
  9008. have an Uncle in Nicosia, Cyprus who is an operator and has
  9009. beensince the 1930's.  I keep in contact with him mostly via
  9010. fax, but sinceI am on the net so much, I was curious if there is
  9011. a way to use theresources of the Internet (e-mail, etc) to send
  9012. and receive messages fromhim and other members of the radio club
  9013. in Nicosia.I am not an operator myself, so I need any
  9014. information provided ina non-technical format please.Any and all
  9015. replies and follow-ups are appreciated.Thanks !!-- David De
  9016. Trolio -
  9017. (detrolio@andromeda.rutgers.edu)_________________________________
  9018. _________________"We're sailing on the wind of better
  9019. days"------------------------------Date: Sat, 29 Aug 1992
  9020. 16:49:05 +0000From:
  9021. pipex!demon!tedb.demon.co.uk!ted@uunet.uu.netSubject: RSGB GB2RS
  9022. NEWS 30th August 1992To:
  9023. packet-radio@ucsd.edu------------------------------Date: Sat, 29
  9024. Aug 1992 04:37:10 GMTFrom:
  9025. uw-coco!nwnexus!ole!ssc!markz@beaver.cs.washington.eduTo:
  9026. packet-radio@ucsd.eduReferences
  9027. <1992Aug20.122336.7175@ke4zv.uucp>, <5904.2a9a1cb3@hayes.com>,
  9028. <1992Aug26.150632.7278@ke4zv.uucp>pSubject : Re: New packeteer
  9029. frustrationIn article <1992Aug26.150632.7278@ke4zv.uucp>
  9030. gary@ke4zv.UUCP (Gary Coffman) writes:>Piccolo and Clover are
  9031. not PSK, but they also aren't a single 300 baud FSK>carrier
  9032. either and they are illegal under the current rules.
  9033. Transmission>of multiple carriers in the same band by the same
  9034. station is forbidden.The ARRL says it's legal in "The FCC
  9035. Rulebook" in the Emissions chapterin the RTTY subsection. 
  9036. Piccolo is not multiple carrier, but amultifrequency FSK system
  9037. with only one frequency at a time.Clover seems to be mutating. 
  9038. The first description was of a variablebaud rate PSK, but Clover
  9039. II seems to be something else.Mark Zenier  markz@ssc.wa.com 
  9040. ------------------------------End of Packet-Radio Digest V92
  9041. #235******************************Date: Mon, 31 Aug 92 04:30:02
  9042. PDTFrom: Packet-Radio Mailing List and Newsgroup
  9043. <packet-radio@ucsd.edu>Errors-To:
  9044. Packet-Radio-Errors@UCSD.EduReply-To:
  9045. Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
  9046. Digest V92 #236To: packet-radioPacket-Radio Digest         Mon,
  9047. 31 Aug 92       Volume 92 : Issue 236Today's Topics:         
  9048. Legality Question: Packet Access For Hams Via BBS               
  9049.                  NOS                   rsgb gb2rs news 30th
  9050. august 1992            UCSD claiming to be gateway to amateur
  9051. TCP/IPSend Replies or notes for publication to:
  9052. <Packet-Radio@UCSD.Edu>Send subscription requests to:
  9053. <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
  9054. otherwise to brian@ucsd.edu.Archives of past issues of the
  9055. Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
  9056. directory "mailarchives/packet-radio".We trust that readers are
  9057. intelligent enough to realize that all textherein consists of
  9058. personal comments and does not represent the officialpolicies or
  9059. positions of any party.  Your mileage may vary.  So
  9060. there.-----------------------------------------------------------
  9061. -----------Date: 30 Aug 92 21:30:21 +1000From:
  9062. munnari.oz.au!manuel!sserve!hhcs.gov.au!makinc@network.UCSD.EDUSu
  9063. bject: Legality Question: Packet Access For Hams Via BBSTo:
  9064. packet-radio@ucsd.eduIn article
  9065. <1992Aug29.141710.18255@anomaly.sbs.risc.net>,
  9066. kd1hz@anomaly.sbs.risc.net (Michael P. Deignan) writes:> This is
  9067. very possible, since my TNC is connected to a serial port on my>
  9068. UNIX system. All I would have to do is establish a command and
  9069. appropriate> security on my BBS to restrict TNC access to
  9070. registered Ham Radio operators> only. > How would the
  9071. remote-access Ham set MYCALL on my TNC? THEIRCALL/MYCALL?>
  9072. THEIRCALL via MYCALL?There is an easy way to give them full
  9073. access.  Find yourself acheap AT and configure it to run KA9Q
  9074. NOS, specifically the WG7Jor PA0GRI varients. They are available
  9075. on ucsd.edu.Attach your TNC, in KISS mode, to the AT and attach
  9076. the AT to theUnix box via a slip line.  You can set up the user
  9077. permissions inthe /ftpusers file on the AT so that only the
  9078. users you specifycan get on.  Your users then just telnet from
  9079. the unix box to theAT, login with their callsign and, if you use
  9080. the wg7j or pa0griversions, connect out via the radio using
  9081. their own callsign.As an added bonus users on the radio side can
  9082. also get to yourUnix box.We're planning to do this locally with
  9083. a 386bsd box via ethernet,a novell file server (running novell
  9084. TCP/IP and NFS) andG8BPQ/AA4RE.  The NOS box will be the radio
  9085. handler and allowconnections to these services as well as cross
  9086. band connections.(We have multiple ports on the BBS now.)Carl.--
  9087. Carl Makin, MVS/ESA Systems Programmer, VAX/VMS Dabbler. Dept.
  9088. Health, Housing and Community Services, Canberra,
  9089. Australia.sserve.cc.adfa.oz.au!hhcs!makinc   -  
  9090. UUCPmakinc@hhcs.gov.au           -   Internetvk1kcm@vk1kcm.act.aus.oc    
  9091.   -   Packet Radio"I'm from the Government and I'm here to help
  9092. you."------------------------------Date: 30 Aug 92 18:42:51
  9093. GMTFrom: nic.unh.edu!unhtel!morwyn!forrie@uunet.uu.netSubject:
  9094. NOSTo: packet-radio@ucsd.eduI am looking for the src code to
  9095. NOS... I looked on ucsd.edu, and itappears that there are
  9096. several versions of this.  I'm looking for a version I can port
  9097. to my Unix machine... (not sure if that's beendone yet or
  9098. not).Could someone tell me which version to get?Thank you.--       
  9099. -----------          Forrest Aldrich          -----------       -------  
  9100.   morwyn!forrie@unhtel.unh.edu      -------       ----                             ----    
  9101.   --         VISION GRAPHICS --    Dover, NH - USA           --      
  9102. -----------------------------------------------------------------
  9103. -------------------Date: 30 Aug 92 08:42:36 GMTFrom:
  9104. pipex!demon!tedb.demon.co.uk!ted@uunet.uu.netSubject: rsgb gb2rs
  9105. news 30th august 1992To: packet-radio@ucsd.eduThis is a test
  9106. uploading of the Radio Society of Great Britainsweekly GB2RS
  9107. news broadcast. I hope this is of interest to non-ukreaders..I
  9108. have removed all the local news.. 73 Ted G8LWY @
  9109. GB3KP.GBR.EUted@tedb.demon.co.ukGood morning. It's Sunday the
  9110. 30th of August and here is the GB2RS newsbroadcast, prepared by
  9111. the Radio Society of Great Britain.First the headlines:-The RSGB
  9112. and the Diana tapes; an RAE certificate forger has been
  9113. convicted;and some new RLOs in RSGB Zone C.An article that
  9114. appeared in the National Press this week suggested that it wasa
  9115. radio 'ham' who allegedly intercepted a telephone call from
  9116. Princess Diana.The RSGB can confirm that Mr Cyril Reenan is not,
  9117. nor has been in the past, amember of the Radio Society of Great
  9118. Britain. We can also confirm that to thebest of our knowledge Mr
  9119. Reenan is not a licenced amateur. The RSGB haspositively reacted
  9120. to dispel any association between the hobby of amateurradio and
  9121. the indiscriminate use of scanners.Some time ago, a suspected
  9122. forged Radio Amateurs Examination pass slip waspassed to the
  9123. Radiocommunications Agency by the Radio Amateur Licensing
  9124. Unit.On the 12th of August the case was heard at Cardiff
  9125. Magistrates Court wherethe defendant pleaded guilty to Sections
  9126. one and three of the Forgery andCounterfeiting Act 1981. The
  9127. defendant was given a conditional discharge oftwelve months and
  9128. was ordered to pay 50 costs.Now some good news:Among the RSGB
  9129. VHF/UHF certificates to be awarded recently were two
  9130. slighlyunusual applications involving QRP operation. The 432MHz
  9131. Standard was issuedto Chris Rolinson, G0MLY, for having
  9132. confirmed contacts with 20 counties and 4countries on the 70
  9133. centimetre band. Thirteen of the contacts were made using2.5
  9134. watts and the other 7 contacts with 5 watts to a vertically
  9135. polarisedcollinear antenna. The other noteworthy achievement was
  9136. the first RSGB 10GHzdistance certificate to be awarded to a
  9137. novice licensee. This was issued toSarah Jewell, 2E1AJE, for the
  9138. contact with G4BRK. This contact between2E1AJE's home in Ipswich
  9139. and G4BRK's portable location on the White Horse Hillwas over a
  9140. distance of 203 kilometres, using of course the Novice power of
  9141. 3watts. Full information on all RSGB VHF, UHF and Microwave
  9142. awards may beobtained by sending a stamped, self-addressed
  9143. envelope to RSGB VHF AwardsManager Ian Cornes, G4OUT, QTHR.The
  9144. Derbyshire 50 and 70MHz beacons, GB3BUX, are now operational
  9145. with effectfrom the 21st of August. The frequencies are
  9146. 50.000MHz and 70.000MHzrespectively and for propagation
  9147. evaluation purposes they share the samekeying cycle. Further
  9148. information on these beacons can be obtained from TonyWhitaker,
  9149. G3RKL.Now news of RSGB Liaison Officers for Zone C.A new RLO for
  9150. Kent is Fred Stewart, G0CSF, whose address is
  9151. 'Shingles',Ingleborough Lane, St Mary's Platt, Sevenoaks, Kent,
  9152. TN15 8JU. His telephonenumber is 0732 780721. Next a change of
  9153. RLO for Essex, the contact person isnow Malcolm Salmon, G3XVV,
  9154. 54 Church Road, Rivenhall, Witham, Essex, CM8 3PH.His telephone
  9155. number is 0376 514377. With immediate effect, Bill
  9156. Higgins,G3PNR, 65 Hayden Court, Eleanor Road, Norwich, NR1 2RG
  9157. will be resuming hisduties as RLO for Norfolk and
  9158. Suffolk.Attention all RSGB HF Contest Trophy winners. Would all
  9159. trophy winners pleasereturn their trophies to RSGB HQ as soon as
  9160. possible so that they can bepresented to this year's winners at
  9161. the RSGB HF Convention.Now some items of HF DX news from the
  9162. weekly RSGB DX News Sheet which isedited by Brendan McCartney,
  9163. G4DYO. This week, our DX news concerns Poland:The Polish Contest
  9164. club SP6PAZ will sign 3Z25PAZ to celebrate its 25thanniversary,
  9165. during September until the end of December. And to celebrate
  9166. the35th anniversary of the Polish Amateur Union, PZK, SP6TPM
  9167. will sign SP0TPMfrom the 1st of September to 31st of
  9168. December.Rally news now and we know of four events for today
  9169. Sunday the 30th.There is the Coleraine and District Amateur
  9170. Radio Group, Radio Rally and Bringand Buy which is being held at
  9171. The Golf Links Hotel, Portrush, County Antrim.The event opens at
  9172. 12 noon and food and refreshments are available. Talk-in ison
  9173. channel S22.The Galashiels and District Amateur Radio Society
  9174. Open Day which is being heldat Focus Centre, Livingstone Place,
  9175. Galashiels. Doors open at 11.00am. Thereare the usual
  9176. activities, a bring and buy stall, trade stands and club
  9177. stalls,etc. Refreshments are available.The Torbay Amateur Radio
  9178. Society Mobile Rally which is being held at theNorthern Telecom
  9179. Social Club, Brixham Road, Paignton, Devon. Starts at10.00am.
  9180. There is a bring and buy stall, refreshments are available, and
  9181. amplecar parking space.The White Rose Amateur Radio Society Open
  9182. Day is being held at the MoortownRugby Union Football Club, Moss
  9183. Valley, Kings Lane, Leeds, to celebrate theClub's Silver
  9184. Jubilee. Activities begin at 12.00 noon featuring special
  9185. eventstation GB0WRR, a barbecue and something for all the
  9186. family.There is one event for Bank Holiday Monday the 31st of
  9187. August, this is theHuntington Amateur Radio Society Annual Rally
  9188. and Junk Sale which is to beheld at the Medway Centre,
  9189. Coneygeare Road, Huntington. Doors open at 10.00am.There will be
  9190. trade stands, a bring and buy stall, components stands and
  9191. junksale. Refreshment will be available. Talk-in will be on
  9192. channel S22 and viaGB3OV. Further details can be obtained from
  9193. G7DIU by telephoning 0480 431333.We know of a further four event
  9194. scheduled for next Sunday the 6th of September:The Bristol Radio
  9195. Rally which is to be held at the Brunel's Great Train
  9196. Shed,Bristol Old Station, Temple Mead. Doors open at 10.30am.
  9197. There will be theusual trade stands, a bring and buy stall, club
  9198. stands, and ATV and PacketRadio demonstrations. Refreshments
  9199. will be available and talk-in will be onchannel S22. Further
  9200. details from G4WUB on 0275 839855.The Milton Keynes and District
  9201. Amateur Radio Society Car Boot Rally will beheld at Cranfield
  9202. Airfield (South Side), Cranfield, Bedfordshire. Take
  9203. eitherjunction 13 or 14 off the M1 motorway. Talk-in will be on
  9204. channel S22 usingthe callsign G8MKC. Further details can be
  9205. obtained from G1LRU, by telephoning0908 660798.The Preston
  9206. Amateur Radio Society Mobile Rally will be held at the
  9207. Universityof Lancaster. Doors open at 11.00am, 10.30am for
  9208. disabled visitors.There willbe trade stands, club and repeater
  9209. group stands and a bring and buy stall.Free parking available on
  9210. campus. Further details can be obtained from GEamshaw, by
  9211. telephoning 0772 718175.The Vange Amateur Radio Society Rally
  9212. which is to be held at the LaindonCummunity Centre, Laindon High
  9213. Road/Aston Road, Laindon, Basildon, Essex. TheCentre is short
  9214. walk from Laindon BR Station on the Fenchurch-Shoeburynessline.
  9215. Approach roads will be signposted. Doors open at 10.30am. There
  9216. will betrade stands, a bring and buy stall and refreshments.
  9217. Talk-in will be onchannel S22. Further details can be obtained
  9218. from G4NVT, by telephoning 0268543025.Contest news now:The RSGB
  9219. SSB Field Day takes place over next weekend the 5th and 6th
  9220. ofSeptember. The rules can be found in June's RadCom. Also over
  9221. the same periodthe JARL AA SSB contest takes place. Monday the
  9222. 7th sees the start of the RSGBQRS Cumulative contests. Further
  9223. details can be found in July's RadCom.On the VHF/UHF bands, the
  9224. next scheduled RSGB event is the 144MHz Trophy andSWL Contest
  9225. for Saturday and Sunday the 5th and 6th of September. The
  9226. rulescan be found in April's RadCom.Next news of special events
  9227. stations this week:On Monday the 31st of August the Meirion and
  9228. Dolgellau Amateur Radio Societyare using the club call GC4LZP/P
  9229. in support of the Multi Charities Gala beingheld at Tal-Y-Bont,
  9230. Barmouth. The station will be operational on HF, VHF andUHF and
  9231. also TV and Packet as a demonstration of Amateur Radio
  9232. Activities.Further information can be obtained from GW3GKZ, by
  9233. telephoning 0341 422447On Saturday the 5th of September, the
  9234. Central Lancs Amateur Radio Club willoperate the Special Event
  9235. call signs GB92APG from the Fulwood Barracks,Preston, Lancs. The
  9236. event is a Military Tatoo and Beating of the Retreat bythe Navy,
  9237. Army and Airforce within the Barracks. This Military Open Day
  9238. isbeing held in conjunction with the Preston Guild-92 and is
  9239. open to the public.Further information can be obtained from
  9240. G0LRE, by telephoning 0257 274243.Some satellite news now:Anyone
  9241. who uses the satellite OSCAR-10 may like to know that AMSAT-UK
  9242. areoffering the technical manual free of charge to anyone
  9243. sending them an A5 orlarger Self-Addressed Stamped Envelope. The
  9244. address is AMSAT-UK, London, E125EQ. Please do not phone for
  9245. this offer.And now the solar factual data:This week, for the
  9246. period 17th to the 23rd August, solar activity was low upto the
  9247. 20th then a number of M flares caused a severe magnetic storm.
  9248. Four Mflares, the largest being up to an M4.0/1B, were reported
  9249. on the 20th andthree more M flares occurred on the 21st. These
  9250. caused a collapse of HF bandconditions and an aurora was
  9251. reported during the night of the 23rd. Sun spotcounts declined
  9252. from 134 on the 17th down to only 34 by the 23rd giving a meanof
  9253. 84 for the period. Solar flux levels also declined from 141 down
  9254. to 111units giving an average of 131 units. The geomagnetic
  9255. activity rose from veryquiet on the 17th up to storm levels with
  9256. an Ap index of 59 units, giving anaverage of 22.2 units for the
  9257. period. The state was nil up to the 19th then amagnetic storm
  9258. started and a proton alert was issued, followed by the
  9259. flareactivity. The radio quality indices declined from well
  9260. above normal on allcircuits on the 17th down to very low levels
  9261. by the 23rd on all circuit witheast/west paths being extremely
  9262. poor. The aa indices, as supplied by theBritish Geological
  9263. Survey for the period 11th to 17th August, were mainlyquiet
  9264. giving a daily average of 18.3 nanoTeslas.Now the ionospheric
  9265. data for England and Wales:The F2 daytime critical frequencies
  9266. at Slough as reported by Appleton averaged7.3MHz, but varied
  9267. from 9.0MHz on the 19th, down to only 4.5MHz on the 23rd.The
  9268. darkness hour lows averaged 3.3MHz but varied from 4.4MHz on the
  9269. 17th downto 1.6MHz by the 23rd due to the magnetic storm and
  9270. flare activity, there wasalso a lot of absorption, blanketing E,
  9271. spread F, and other phenomena, lastingup to 8 hours some days
  9272. which has taken a heavy toll on the HF bands.Now the ionospheric
  9273. data for the north:The F2 daytime critical frequencies at
  9274. Irkutsk averaged 6.2MHz and thedarkness hour lows 3.3MHz.And
  9275. lastly the solar forecast:This week, the more active side of the
  9276. sun will be looking our way. Solar fluxlevels are expected to be
  9277. about the 130s, and the geomagnetic activity isexpected to be
  9278. just unsettled. Ionospheric MUFs during daylight are expectedto
  9279. reach 24MHz and the darkness hour lows 14MHz. North/south paths
  9280. should bebest most times, but some east/west paths could open on
  9281. 14MHz around midnight.Bartells rotation 2173 starts tomorrow the
  9282. 31st.And that is the end of the solar information.Finally in the
  9283. main news, the licence issuing agency, SSL, has informed
  9284. theSociety that as of last Wednesday morning, the latest
  9285. callsigns issued were inthe G0 S I and G7 N O series, and Novice
  9286. calls in the 2 0 A Dand 2 1 B A series. .You're listening to
  9287. GB2RS, the news broadcasting service of the Radio Societyof
  9288. Great Britain, transmitting in the 80, 40, 6 and 2 metre
  9289. bands..------------------------------Date: 30 Aug 92 04:48:35
  9290. GMTFrom:
  9291. data.nas.nasa.gov!taligent!apple!winter@ames.arpaSubject: UCSD
  9292. claiming to be gateway to amateur TCP/IPTo:
  9293. packet-radio@ucsd.eduI thought Brian would have posted a
  9294. complete answer to this by now,but I'll chime in with what I
  9295. know...In article <rvcn1q.al@netcom.com> al@netcom.com (Al)
  9296. writes:>I notice that UCSD.EDU is advertising the IP addresses
  9297. of 11417 amateurs>in the ampr.org domain.  Does anyone know if
  9298. these sites are REALLY>reachable via the internet? 
  9299. mirrorshades.ucsd.edu claims to be a gateway,>but it doesn't
  9300. seem to be.I don't know what Al means by "advertising", but
  9301. ucsd.edu acts as thenameserver for the ampr.org domain. Because
  9302. of the unique nature of Net 44, finding an Internet address for
  9303. one of these nodes doesn'tguarantee that you can actually reach
  9304. it.But sometimes you can. As a couple of other people have
  9305. mentioned,there are some gateways between the Internet and
  9306. AMPRnet. Then thereare situations like my (now outdated)
  9307. "mac.n6bis.ampr.org" listing,which has an ampr.org name but was
  9308. actually on Net 129. In otherwords, it was reachable over the
  9309. Internet, but not over amateur radio!Is everyone sufficiently
  9310. confused yet? :-)Patty--    
  9311. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  9312.     ::   Patty Winter N6BIS           Internet: winter@apple.com 
  9313. ::             ::   Sunnyvale, California           AMPRNet: 44.4.0.44
  9314.          ::   
  9315. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
  9316. ------------------------------Date: Sun, 30 Aug 1992 23:21:50
  9317. GMTFrom:
  9318. news.u.washington.edu!raven.alaska.edu!acad3.alaska.edu!ifjrs@bea
  9319. ver.cs.washington.eduTo: packet-radio@ucsd.eduReferences
  9320. <BtLzLB.7wA@ireq.hydro.qc.ca>, <17gsrjINN9pn@network.ucsd.edu>,
  9321. <1992Aug26.220803.14284@aio.jsc.nasa.gov>.eduSubject : Re: Link
  9322. between BBS via Amateur RadioIn article
  9323. <1992Aug26.220803.14284@aio.jsc.nasa.gov>,
  9324. mancus@norm.jsc.nasa.gov (Keith Mancus) writes:> In article
  9325. <17gsrjINN9pn@network.ucsd.edu>, brian@ucsd.edu (Brian Kantor)
  9326. writes:>> beaurega@ireq.hydro.qc.ca (Denis Beauregard) writes:>>
  9327. >I would like to know if it is already done or not, to use>>
  9328. >Ham radio to link stations in a BBS network.> >   Nonsense. 
  9329. You are making assumptions about using 1200 baud VHF links.> We
  9330. can achieve much higher bandwidths using good compression
  9331. strategies> and by moving up into the microwave region.  My
  9332. reading so far indicates> that 30-40 mile microwave links
  9333. running 10 Mbit/sec should be possible> without outrageous
  9334. investments.    Oh Right!  Let's see...between me and Fairbanks,
  9335. that would meanonly about 12 to 16 new sites and their
  9336. associated equipment...what was    that about "hams don't have
  9337. barrels of money to burn"?How much would you estimate the cost
  9338. of ONE complete microwave station,incl. hardware, software
  9339. and/or node/tcp-ip setup?  I've already spentthousands already
  9340. just setting up HF/VHF equipment at this QTH for packetuse as a
  9341. bbs/forwarding station--not to mention what I'm putting
  9342. intotrying to get 9600 baud use (rigs/modems/tncs) going.Well,
  9343. let's see...I forgot I've got two major mountain ranges to
  9344. cross,one with a 20,400 mountain to cross...yes, we've used
  9345. knife-edge on 2mto get across before...but microwave?  Better
  9346. add 10 or so more sites,just to make sure...>   The existing
  9347. packet network is very poor, but that's just because> it's
  9348. dated.  Technology very quickly becomes obsolete these days,
  9349. and> we hams don't have barrels of money to burn.>   Ultimately,
  9350. the packet network needs to put its backbones up in the>
  9351. microwave region and run Internet speeds.> > -- >  Keith Mancus 
  9352.   <mancus@sweetpea.jsc.nasa.gov>                         |>     
  9353.             N5WVR                                               
  9354.   |>   "If I owned Texas and I owned Hell, I'd rent out Texas
  9355. and live       |>   in Hell." -General Sheridan                 
  9356.                          |-- --John
  9357. Stannardifjrs@acad3.alaska.edu        BITNET: 
  9358. IFJRS@ALASKAKL7JL@KL7JL.AK.USA.NA        kl7jl.ampr.org 
  9359. [44.22.0.1]"God is the Answer!"   "Oh?? ... er, ... What was the
  9360. Question?"--------------------------------End of Packet-Radio
  9361. Digest V92 #236****************************** 
  9362.  
  9363.