home *** CD-ROM | disk | FTP | other *** search
/ HAM Radio 1 / HamRadio.cdr / misc / pkthints / pd91069.txt < prev    next >
Internet Message Format  |  1991-03-23  |  117KB
  1. From wang!elf.wang.com!ucsd.edu!packet-radio-relay Sat Mar 23 21:42:10 1991 remote from tosspot
  2. Received: by tosspot (1.63/waf)
  3.     via UUCP; Sat, 23 Mar 91 20:35:56 EST
  4.     for lee
  5. Received: from somewhere by elf.wang.com
  6.     id aa24637; Sat, 23 Mar 91 21:42:08 GMT
  7. Received: from ucsd.edu by news.UU.NET with SMTP 
  8.     (5.61/UUNET-shadow-mx) id AA06109; Sat, 23 Mar 91 15:12:49 -0500
  9. Received: by ucsd.edu; id AA10456
  10.     sendmail 5.64/UCSD-2.1-sun
  11.     Sat, 23 Mar 91 04:30:27 -0800 for brian
  12. Received: by ucsd.edu; id AA10451
  13.     sendmail 5.64/UCSD-2.1-sun
  14.     Sat, 23 Mar 91 04:30:14 -0800 for /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
  15. Message-Id: <9103231230.AA10451@ucsd.edu>
  16. Date: Sat, 23 Mar 91 04:30:06 PST
  17. From: Packet-Radio Mailing List and Newsgroup </dev/null@ucsd.edu>
  18. Reply-To: Packet-Radio@ucsd.edu
  19. Subject: Packet-Radio Digest V91 #69
  20. To: packet-radio@ucsd.edu
  21.  
  22.  
  23. Packet-Radio Digest         Sat, 23 Mar 91       Volume 91 : Issue  69
  24.  
  25. Today's Topics:
  26.                             Administrivia
  27.                   ? how to route with tcpip (2 msgs)
  28.              Anonymous ftp site for BayComm ??? (2 msgs)
  29.                    anybody RUNNING 9600 ?? (2 msgs)
  30.                                 APLINK
  31.                         Baycom Circuit Wanted
  32.                  Class C IP address for packet radio?
  33.                        Dayton - Digital Suite?
  34.                        Digital repeater network
  35.                     G3RUH 9600 baud users on UO-14
  36.              Hierarchical Forwarding pounds (#) (13 msgs)
  37.                    How to get email from packet???
  38.                  Inadvertant "clear screen" (4 msgs)
  39.                       KA9Q & mbox BBS forwarding
  40.                         KA9Q v910308 problems
  41.                       KAM dual-mode enhancement
  42.           Monthly On-Line Elmers Resource Directory (2 msgs)
  43.                            New packet user
  44.                               No Subject
  45.            Packet BBS SID and personal mbox reverse forward
  46.                         PK-88 Pinouts (2 msgs)
  47.                        portable packet (4 msgs)
  48.                           SMTP Mail on PBBS?
  49.                    STS-37 SAREX Information Summary
  50.                           TAPR meeting notes
  51.                                 TCP/IP
  52.                                 Thanks
  53.                 The Amateur Radio BBS - How to access
  54.                      The N2GTE Packet Mail Switch
  55.                     TNC Emulators on PC's (3 msgs)
  56.                WANTED: Docs for NETPC (DL3DBT v891105)
  57.                      Where can I download Baycom?
  58.  
  59. Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
  60. Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
  61. Problems you can't solve otherwise to brian@ucsd.edu.
  62.  
  63. Archives of past issues of the Packet-Radio Digest are available 
  64. (by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".
  65.  
  66. We trust that readers are intelligent enough to realize that all text
  67. herein consists of personal comments and does not represent the official
  68. policies or positions of any party.  Your mileage may vary.  So there.
  69. ----------------------------------------------------------------------
  70.  
  71. Date: Fri, 22 Mar 91 14:04:58 -0800
  72. From: brian (Brian Kantor)
  73. Subject: Administrivia
  74. To: info-ham-digest, packet-radio-digest
  75.  
  76. Sorry about the deluge of digests; I just fixed the gateway and we had 10
  77. days worth of traffic to catch up on.  Things should tame out now.
  78.  
  79. As many of you know, these mailing lists are gatewayed bidirectionally with
  80. newsgroups on Usenet.  Recently those newsgroups underwent a reorganization,
  81. with the ham-radio group being split into several groups, primarily splitting
  82. off a "policy" group for the discussion of things like no-code, license
  83. classes, rules and regulations, etc.
  84.  
  85. That newsgroup is now available as a separate digest from ucsd, the ham-policy
  86. digest.  You may subscribe, as always, by sending mail to listserv@ucsd.edu.
  87.  
  88. Now that everything is working, I'm going on vacation for a week.  Flames will
  89. be extinguished when I get back.
  90.     - Brian
  91.  
  92. ------------------------------
  93.  
  94. Date: 23 Mar 91 02:46:37 GMT
  95. From: usc!samsung!munnari.oz.au!manuel!csc.canberra.edu.au!echo!skcm@ucsd.edu
  96. Subject: ? how to route with tcpip
  97. To: packet-radio@ucsd.edu
  98.  
  99. In <1991Mar22.193108.10649@xanadu.com> jeff@xanadu.com (Jeff Crilly N6ZFX) writes:
  100.  
  101. >It seems that this should be doable without have to change the routing
  102. >table (using arp and route add) on kg6kf.  If not, then everyone has to be
  103. >able to hear everyone else; and only direct connections would be possible.
  104.  
  105. I haven't found a way yet. :-(  I have a similar problem here in Canberra.
  106. Hidden Transmitters are the norm.  The only solution we have come up with
  107. is to have every station you want to talk to that isn't direct pointed to
  108. by a route and/or arp entry and they also have to have you defined.
  109.  
  110. We have another problem here in Australia.  IP routing isn't legal over the
  111. air. (Yet, we're trying)  To talk to stations out of line of site we HAVE to
  112. use digipeaters. :-(  Usually we end up having all the people we normally
  113. talk to defined to ARP with a digipeater chain. :-(
  114.  
  115. Carl.
  116.  
  117. ------------------------------
  118.  
  119. Date: 23 Mar 91 01:51:06 GMT
  120. From: swrinde!zaphod.mps.ohio-state.edu!usc!apple!fernwood!portal!cup.portal.com!Jeepster@ucsd.edu
  121. Subject: ? how to route with tcpip
  122. To: packet-radio@ucsd.edu
  123.  
  124. >... So the question is, how can I get arp to send to kg6kf via wn6i-7 
  125. >instead of replying directly?
  126.  
  127. You might try adding the following "route" entry:
  128.  
  129. ax25 route add kg6kf wn6i-7
  130.  
  131. That's what I had to do to get to a local tcp/ip station thru a digi.
  132.  
  133. John, KF0OU
  134. jeepster@cup.portal.com
  135. kf0ou@kf0ou.ampr.org [44.20.0.38]        Good luck, hope it helps!
  136.  
  137. ------------------------------
  138.  
  139. Date: 13 Mar 91 16:44:03 GMT
  140. From: bonnie.concordia.ca!s3!mlefebvr@uunet.uu.net
  141. Subject: Anonymous ftp site for BayComm ???
  142. To: packet-radio@ucsd.edu
  143.  
  144. I am looking for a anonymous ftp site from which I could get BayComm.
  145. Is there such a site somewhere ? Thank you.
  146.  
  147. Marc, VE2HQI
  148.  
  149.  
  150.  
  151. --
  152. Marc Lefebvre,                     IREQ: Institut de Recherche d'Hydro-Quebec
  153. Analyste Ressources Informatiques        1802 Montee Ste-Julie, Varennes,
  154.                                          Prov. Quebec, CANADA  J3X 1S1.
  155. mlefebvr@ireq.hydro.qc.ca                Tel: 514 652-8554  fax: 514 652-8555
  156.  
  157. ------------------------------
  158.  
  159. Date: 15 Mar 91 15:04:39 GMT
  160. From: orion.oac.uci.edu!ucivax!jarthur!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!think.com!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard!sunic!news.funet.fi!kannel!huopio@ucsd.edu
  161. Subject: Anonymous ftp site for BayComm ???
  162. To: packet-radio@ucsd.edu
  163.  
  164. > I am looking for a anonymous ftp site from which I could get BayComm.
  165. > Is there such a site somewhere ? Thank you.
  166.  
  167. > Marc, VE2HQI
  168.  
  169. ------------------------------
  170.  
  171. Date: 13 Mar 91 15:43:37 GMT
  172. From: norand!lusere@uunet.uu.net
  173. Subject: anybody RUNNING 9600 ??
  174. To: packet-radio@ucsd.edu
  175.  
  176. I am interested in anyone's experiences in modifying and OPERATING
  177. commercial and ham equipment to operate 4800-9600 baud packet.
  178.  
  179. This question is concerned with modifying FM radios for terrestrial links,
  180. not satellite work through SSB equipment.
  181.  
  182. In particular, I'd like to hear any experiences with setting up the radios
  183. and what performance figures are being seen (like dBm for 10-6 BER, 
  184. bandwidths for various baudrates, deviation values that worked, radios 
  185. that worked better than others, etc.)
  186.  
  187. I would like to try to use the older rock-bound commercial gear like Micors,
  188. Maxars, MASTR EXEC's, etc.
  189.  
  190. Email is fine, I will summarize and re-post what I hear by that means.
  191.  
  192. Thanks,
  193.  
  194. Ron Luse, KD9KX
  195. Norand Data Systems
  196. Cedar Rapids, Iowa
  197. uunet!norand!ron  |  norand!ron@uunet.uu.net  |  kd9kx @ wa0rjt.ia
  198.  
  199. ------------------------------
  200.  
  201. Date: 13 Mar 91 18:52:48 GMT
  202. From: brian@ucsd.edu
  203. Subject: anybody RUNNING 9600 ??
  204. To: packet-radio@ucsd.edu
  205.  
  206. In article <47@norand.UUCP> lusere@norand.UUCP (Ron Luse) writes:
  207. >I am interested in anyone's experiences in modifying and OPERATING
  208. >commercial and ham equipment to operate 4800-9600 baud packet.
  209. >I would like to try to use the older rock-bound commercial gear like Micors,
  210. >Maxars, MASTR EXEC's, etc.
  211.  
  212. I have been modifying several of these kinds of radios for 9600 bps
  213. operation recently.
  214.  
  215. The MASTR Exec-II won't do it easily; it's got a phase modulator and
  216. won't do flat dev.  The receiver works fine, so we'd thought about
  217. shoving the modulation into the temperature compensation voltage line
  218. to see if we could move the tempcomp varicap around to get true FM.
  219. That might work, but we never got around to trying it.
  220.  
  221. The old lowband Mocom-70 will work at 9600 bps, but our experience is
  222. that you really need to use them at 4800, because they have enough
  223. frequency drift that the IF might wind up shaving off the edges of
  224. received signals if one end is drifting opposite the other.
  225.  
  226. The MICOR will work just fine on 450 MHz, since there is a direct-FM
  227. modulator on the TX offset oscillator.  The highband and some lowband
  228. models have phase modulators, which won't work, and the serrasoid
  229. modulator on lowband is hopeless.  I did have success in using a 450
  230. channel element in a highband Micor TX, and shoving the modulation into
  231. the AFC input of the element, but it wasn't real clean.  All bands have
  232. plenty of receive IF bandwidth.
  233.  
  234. The Maxar is ideal because its transmitter has a direct-fm varicap
  235. modulator.  You just pop one end of the 10uF DC blocking cap off and
  236. feed the modem into there.  The receiver has sufficient IF bandwidth
  237. but the detector is loaded down by the deemphasis network that hangs
  238. off pin 6 of the detector chip; just chop off the 2.7k resistor and
  239. take the output directly from pin 6 to the modem.
  240.  
  241. The Mitrek is pretty much the same as the MAXAR except that you have to
  242. feed the transmit modulation directly into the modulation input line
  243. for the channel element, since the previous stage is part of the
  244. splatter lowpass filter.  We'll be using Mitreks on the hill since
  245. they have a much better front end than the Maxar does.
  246.  
  247. Hope that helps.
  248.     - Brian
  249.  
  250. ------------------------------
  251.  
  252. Date: 20 Mar 91 02:20:42 GMT
  253. From: swrinde!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!think.com!linus!linus!mwunix.mitre.org!m21198@ucsd.edu
  254. Subject: APLINK
  255. To: packet-radio@ucsd.edu
  256.  
  257. If that is not the required syntax for a posting a certain "Elmer" is 
  258. going to suffer the Wouff Hong.
  259.  
  260. I, and I presume others, would like some information on APLINK bulletin
  261. board systems.  They seem to be fairly common on hf Amtor and to be linked
  262. with the national BBS system.  I would like to know:
  263.   *  What is APLINK
  264.   *  What can it do
  265.   *  How is it linked to the rest of the world
  266.   *  Where can the software to run it be obtained (APLINK 5.03)
  267.   *  How is the frequency/band/beam heading scanning accomplished
  268.   *  Any other lurid details:  Enquiring minds want, you know
  269.  
  270. Thanks:  John WA9FCH McHarry@MITRE.org
  271.  
  272. ------------------------------
  273.  
  274. Date: 14 Mar 91 18:16:00 GMT
  275. From: rosevax!bert.Rosemount.COM!mikef@uunet.uu.net
  276. Subject: Baycom Circuit Wanted
  277. To: packet-radio@ucsd.edu
  278.  
  279. I am looking for the schematic for the circuit as described in
  280. the "BAYCOM" documentation.
  281.  
  282. I realize that there are boards available for the DIGICOM version,
  283. but this requires an external power supply.
  284.  
  285. The circuit for the BAYCOM gets power from the RS232 port to power
  286. the board.  The documentation suggests sending 89 Deutch Marks
  287. to an adress in Germany, but I don't have a readily available
  288. source for the Deutch Marks and I don't think that I want to send
  289. cash (even German) thru the mail.  
  290.  
  291. I don't know how else to send for it or how long it would take
  292. if I did find a way to order thru Germany. 
  293.  
  294. Does anyone have a copy of the schematic for this circuit or
  295. suggestions on how to order it?
  296.  
  297. Mikef@bert.rosemount.com
  298.  
  299. ------------------------------
  300.  
  301. Date: 19 Mar 91 03:52:39 GMT
  302. From: usc!zaphod.mps.ohio-state.edu!uwm.edu!bionet!hayes.ims.alaska.edu!acad3.alaska.edu!ftpam1@ucsd.edu
  303. Subject: Class C IP address for packet radio?
  304. To: packet-radio@ucsd.edu
  305.  
  306.      I have some questions for the amateur radio IP community.  I have
  307. an Arcnet LAN and have been thinking about getting a Class C IP network
  308. address for it.  This would greatly simplify some projects that I am
  309. working on.  However, there appear to be some pitfalls.  Questions follow:
  310.  
  311. 1.   How many of you have Net 44 dependant routing?  For an example with
  312.      KA9Q, Net 44 packets are routed to a KISS serial port and everything
  313.      else is routed to a campus Ethernet ultimately connected to Internet.
  314.  
  315. 2.   How many of you have amateur radio IP nodes with addresses outside
  316.      Net 44?  Have you had problems with routing as described above?
  317.  
  318. Philip Munts N7AHL
  319. NRA Extremist, etc.
  320. University of Alaska, Fairbanks
  321.  
  322. ------------------------------
  323.  
  324. Date: 18 Mar 91 18:24:16 GMT
  325. From: pilchuck!ssc!tad@uunet.uu.net
  326. Subject: Dayton - Digital Suite?
  327. To: packet-radio@ucsd.edu
  328.  
  329. In article <3866@mjbtn.JOBSOFT.COM>, root@mjbtn.JOBSOFT.COM (Mark J. Bailey) writes:
  330. > Hi,
  331. > 
  332. > Who all is planning to go to Dayton this year?  War's over, travel is probably
  333. > getting safer again, economy may rebound....
  334. > 
  335. > Also, will there be another gathering of the "Digital Suite" at the Stouffer
  336. > and if so, same place, same day (Friday) and time?
  337.  
  338. I organized the Digital Suite at Stouffers last year.  I'm not going to
  339. Dayton this year.  The Digital Suite was a one time thing on my part.
  340. A friend had reserved the Orville Wright Suite the year before, then
  341. didn't use it.  He gave it to me for free, and I thought it would be
  342. fun to gather usenet/fidonet/packet/RTTY hams for a party.  It
  343. was great fun, but NO WAY could I ever afford to do this again, at
  344. least with my money.
  345.  
  346.  
  347. Tad Cook
  348. Seattle, WA
  349. Packet: KT7H @ N7ENT.#WWA.WA.USA.NA
  350. Phone: 206/527-4089 
  351. MCI Mail: 3288544 
  352. Telex: 6503288544 MCI UW  
  353. USENET:...uw-beaver!sumax!amc-gw!ssc!tad
  354. or, tad@ssc.UUCP
  355.  
  356. ------------------------------
  357.  
  358. Date: 13 Mar 91 21:29:21 GMT
  359. From: sdd.hp.com!caen!sol.ctr.columbia.edu!cunixf.cc.columbia.edu!cunixb.cc.columbia.edu!mig@ucsd.edu
  360. Subject: Digital repeater network
  361. To: packet-radio@ucsd.edu
  362.  
  363. Has anyone looked into the feasibility of creating a digital repeater network?
  364. It seems to me that this would allow most any ham to talk to most any other,
  365. anywhere, using a simple handheld radio. This seems like a logical extension
  366. of the current plans to create an analog system using dynamic links to a
  367. long distance backbone.  The problem with this scheme is:  what happens
  368. if a link in the backbone fails; and if more than one user wants to use the
  369. system at the same time?  It would be a very resource intensive system, 
  370. anyway.
  371.  
  372. In short:  why couldn't the Amateur community set up the equivalent of a
  373. digital cellular network with modest user requirements, linked exclusively
  374. by radio and therefore immune to damage to the hard-wired systems such as
  375. the telephone network.
  376.  
  377. Phil: can you hear me?
  378.  * * * * * * *  ======================= Meir Green                 
  379. * * * * * * * * ======================= mig@cunixb.cc.columbia.edu 
  380.  * * * * * * *  ======================= N2JPG                      
  381.  
  382. ------------------------------
  383.  
  384. Date: 14 Mar 91 19:01:54 GMT
  385. From: swrinde!zaphod.mps.ohio-state.edu!samsung!rex!rouge!pc.usl.edu!jpd@ucsd.edu
  386. Subject: G3RUH 9600 baud users on UO-14
  387. To: packet-radio@ucsd.edu
  388.  
  389. Here's a list of users and their equipment summary, of satellite UO-14.
  390. This pacsat operates at 9600 baud full duplex.
  391.  
  392. *UO-14 Users List rev.10            Compiled by JA6FTL  03-10-1990
  393. ========================
  394.     Uploader:18 Countries 84 stations are counted (~ Mar.10)   
  395. CT1DIA
  396. DB2OS DD1EG DF5DP DL1YDD DL8NCI DF3LZ DL6KG DL1SBY
  397. EA2ARU EA2CLS EA4BPN
  398. G3YJO G4WFQ G8NOB G0K8KA G0MJW G3RUH G4AXC G8TZJ G3PJA
  399. HB9BOM
  400. I2KBD I3RUF IV3IBX I6CGE
  401. JA6FTL JR1EDE JR1ING JA1OGZ JA1QHQ JH1TWZ
  402. KF4WQ K8YAH K7PYK K8IRC  
  403.       WC8J WA2LQQ W3QNS WB6YMH WD0E W7KRC W9FMW WB0KSL WA9FMQ WD3Q W3GYJ 
  404.       N4HY NK6K N6HBB N5AHD N5BF N3FKV
  405. LU8DYF
  406. OH2SN OH2YU
  407. ON6UG ON5PV ON4KVI
  408. PE1CHL PA3DVG PE1HML PE1DNA
  409. SM5BVF SM0TER
  410. SV1IT SV3KH
  411. UA3CR RK3KP
  412. VK2BKQ VK3DTO VK5AGR VK7ZBX VK6BMD VK6VV VK5HI VK2XLG VK7ZBX VK3DFI VK2AIT
  413. YN1UNI
  414. ZL1AOX ZL1TRE ZL1TJK
  415. ***********************************************
  416.  
  417. *UO-14 USERS INFO (59 entries Mar.10) 
  418. =====================================
  419. CALL   ! name  ! MODEM ! ANT dwnlnk    ! RX dwnlnk   ! ANT trak ! uplnkPWR   !
  420.        ! HM-BBS! TNC   ! ANT uplnk     ! TX uplnk    ! Freq trak! CPU  remarks*
  421. -------------------------------------------------------------------------------
  422. DB2OS  ! Peter ! G3RUH ! 2x20 XY Maspro! TS-811E     ! OSCAR-ST ! <50W       !
  423.        ! DK0MAV! TNC2S ! 2x12 XY Maspro! TS-700G     ! -        ! AT286 16MHz!
  424. DD1EG  ! Det   ! G3RUH ! 2x20 XY Maspro! IC-471H     ! AMSAT-DL ! <25W       !
  425.        ! DB0IZ 1 TNC-2 ! 2x12 XY       ! FT-225RD    ! -        ! V-20 8MHz  !
  426. DF3LZ  ! Roland! G3RUH ! 2x19 XY       ! C500        ! KCT      ! 10W        !
  427.        ! DB0OQ ! TNC2C ! 2x12 XY       ! TS-700      ! -        ! AT386/387sx!
  428. DF5DP  ! Bert  ! G3RUH ! 2x20 XY Maspro! FT726R      ! KCT      ! -          !
  429.        ! DB0IZ ! TNC2A ! 2x12 XY       ! IC-475H     ! -        ! AT386 33M  !
  430. DL1YDD ! Hart  ! G3RUH ! 2x7 3M BOOM   ! FT-780R+AMP ! HB TSR   ! 100W       !
  431.        ! DB0IZ ! TNC2C ! 2x16 3M BOOM  ! FT-480R     ! -       !386/387 33MHz!
  432. DL1SBY ! Axel  ! G3RUH ! 2x12 XY RHCP  ! IC-275      ! MANUAL   ! 100W       !
  433.        ! -     ! TNC2C ! 2x20 XY RHCP  ! IC-475      ! -        ! AT 12MHz.  !
  434. DL6KG  ! Hans  ! G3RUH ! 4x12 ele.horiz! FT-726R     ! MirageMTI! <25W       !
  435.        ! DB0IE ! TNC-2 ! 2x9 wle XY    ! TS-711E     ! MANUAL   ! AT286 16MHz!
  436. DL8NCI ! Matt  ! G3RUH ! 17 ele vert.  ! FT-726R     ! MANUAL   ! 10/100W    !*
  437.        ! DB0GE ! TNC-2 !  7 ele vert.  ! FT-726R     ! MANUAL   ! 80286      !
  438. EA2ARU ! JABI  ! G3RUH ! 2x19 XY TONNA ! TS-790S     ! KCT      ! 45W        !
  439.        ! EA2RCG! TNC-2 ! 2x14 XY TONNA ! TS-790S     ! -        ! AT286 12MHz!
  440. EA2CLS/! Tom   ! G3RUH ! KLM 435-40CX  ! TS-790A     ! KCT/     ! 45W        !
  441.  kb7hta! EA2CDN! PK-88 ! KLM 2M-22C    ! TS-790A     ! -        ! AT386 33MHz!
  442. EA4BPN ! Rafael! NB-96 ! 5/8+5/8 vert. ! TR-851E     ! -        ! 25W        !
  443.        ! EA4URE! TNC-2 ! 19ele Hor.    ! TS-711E     ! -        ! AT286 16MHz!
  444. G4AXC  ! Peter ! G3RUH ! 10 ele XY     ! FT-736      ! MANUAL   ! 25W        !
  445.        ! PLYBBS! TINY2 ! 10t Helix     ! FT-736      ! MANUAL   ! 286        !
  446. G4WFQ  ! Dave  ! G3RUH ! MBM88EL       ! FT736R      ! MANUAL   ! 25W        !
  447.        ! GB7DDX! TNC220! KLM14C        ! FT736R      ! MANUAL   ! PC286 8MHz.!
  448. G8TZJ  ! Andrew! G3RUH ! 17 el XY RHCP ! IC-471E     ! HB VIC-20! 60W        !
  449.        ! GB7FCI! TINY2 !  6 el XY RHCP ! IC-211E     ! HB AFC   ! 8086 8MHz  !
  450. I3RUF  ! GINO  ! G3RUH ! 1x21 orriz    ! TS-790E     ! KCT      ! 50W        !
  451.        ! I3YPJ ! TNC200! 1x16 orriz    ! TS-790E     ! -        ! 386/387 33M!
  452. I6CGE  ! Alfio ! G3RUH ! 2x17+17 ele   ! FT-736      ! KCT      ! <80W       !
  453.        ! I6CGE !MFJ1270! 10+10 ele     ! TS-790      ! AUTO     ! 286 21MHz  !
  454. IV3IBX ! FULVIO! G3RUH ! 2x19 XY       ! TS-790E     ! KCT      ! 50W        !
  455.        ! IV3PFF! TNC2  ! 2x9 XY        ! TS-790S     ! -        ! 386/287 25M!
  456. JA1OGZ ! Akira ! G3RUH ! 2x19 XY       ! FT-780      ! KCT      ! 30W        !
  457.        ! JL1ZIJ! TNC-2 ! 12 XY         ! TR-9000+amp ! MANUAL   ! 5530z-SX   !
  458. JA1QHQ ! Ehara ! G3RUH ! F9FT 19 XY*2  ! IC-371      ! MANUAL   ! 40W        !
  459.        ! JL1ZIJ! TNC200! F9FT 9 XY     ! IC-251+amp  ! MANUAL   ! Dynabook   !
  460. JH1TWZ ! nojyu ! G3RUH ! 2x25 vert     ! FT-736      ! MANUAL   ! 50W        !
  461.        ! JL1ZIJ!TNC-20H! 2x12 vert     ! FT-736      ! MANUAL   !DynaBook(XT)!
  462. JR1EDE ! Kohjin! NB96  ! -             ! TS-790S     ! KCT/IT1.0! 50W        !
  463.        ! JL1ZIJ! TINY2 ! -             ! TS-790S     ! hb AFC   ! 386        !
  464. JA6FTL ! sueo  ! NB96  ! 19 ele XY     ! TS-790S     ! KCT/IT1.0! 50W        !*
  465.        ! JA6FTL!mPOWER2! 12 ele XY     ! TS-790S+amp ! hb AFC   ! 5530z-SX16M!
  466. K7PYK  ! Wes   !PacComm! 2xKLM435-40CX ! FT-736R     ! KCT/QT   ! 125W       !
  467.        ! K7PYK ! TNC-2 ! 2xKLM2M-22C   ! FT-736R     ! KCTune/QT! 386&286    !
  468. K8IRC  ! BART  ! NB-96 ! 40ele KLM     ! FT-736      ! KCT      ! 25W        !
  469.        ! KA0REW! TINY2 ! 20ele Cir.    ! FT-736      ! KCT-tuner! XT 10MHz   !
  470. K8YAH  ! RON   ! NB96  ! 6 ele HORZ    ! IC-475A     ! MANUAL   ! 25/200     !
  471.        ! W8CQK ! TNC200! 4 ele VERT    ! IC275A+amp  ! MANUAL   ! TURBO XT   !
  472. OH2SN  ! Pate  ! G3RUH ! 19 ele XY     ! IC-490E     ! Auto     ! 150W       !
  473.        ! OH2RBI! TNC2C ! 2x9 ele. HOR. ! IC-251/Mutek! Auto dplr! 386        !*
  474. OH2YU  ! Sirpo ! G3RUH ! 2x17 XY RHCP  ! FT-736R     ! Auto PC  ! 20W        !
  475.        ! OH2RBA! TNC-2 ! 2x10 XY RHCP  ! FT-736R     ! Manual   ! 386sx 16MHz!
  476. ON4KVI !RENAULD! G3RUH ! 17ele XY      ! TS811       ! MANUAL   ! 100W       !
  477.        ! ON7RC ! TNC2S !  9ele XY      ! TS711       ! MANUAL   ! PCXT 8MHz. !
  478. ON5PV  ! PHIL  ! G3RUH ! 17ele V-H     ! FT-726R     ! MANUAL   ! 40W        !
  479.        ! ON7RC ! TNC2S !  6ele V-H     ! TM221E      ! MANUAL   ! 286 16MHz  !
  480. ON6UG  ! Freddy! G3RUH ! 2M Dish       ! FT-736R     ! HB Auto  ! 80W        !
  481.        ! ON7RC ! TNC2C ! 9 ele XY      ! FT-736R     ! -        ! 386SX 16MHz!
  482. PA3DVG ! AREND ! G3RUH ! 2x17 CD HOR.  ! FT-736R     ! KCT      ! 100W       !
  483.        ! PI8JYL! PK87  ! 2x15 CD HOR.  ! FT-736R     ! KCT      ! 386 25MHz  !
  484. PE1CHL ! Rob   ! G3RUH ! 2x15 XY RHCP  ! FT-712RH    ! fixed elv! 45W        !*
  485.        ! PI8UTR! HB    ! 2x6  XY RHCP  ! FT-212RH    ! -        ! Atari520ST !
  486. PE1HML ! Hendrik!G3RUH ! TURNSTYLE     ! FT-780      ! NONE     ! 12W        !*
  487.        ! PI8ZAA!SCC8530! VERTICAL      ! FT-480      ! NONE     ! 8MHz PC    !
  488. PE1DNA ! Joop  ! G3RUH ! 19ele Yagi    ! IC-475      !MANUAL(IT)! -          !
  489.        ! -     ! none  ! 15ele Yagi    ! IC-275      ! -        ! AT clone   !*
  490. RK3KP  !ClubSTn! NB96  ! 2x20 XY Maspro! FT-736R     ! KCT      ! -          !*
  491.        ! RK3KP ! TINY2 ! 2x12 XY       ! FT-736      ! MANUAL   ! 286        !
  492. SM0TER ! BRUCE ! G3RUH ! 4x14 SKEWED CP! TX790A      ! HB 8052  ! 45W        !
  493.        ! SM0ETV! TINY2 ! 2x9  SKEWED CP! TX790A      ! HB AFC   ! COMPAQ286  !
  494. SM5BVF ! HENLY ! G3RUH ! 2x13 skewed   ! IC-475      ! KCT      ! 50W        !
  495.        ! SM0ETV! TNC200! 2x6  skewed   ! IC-275      ! HB       ! 386 16MHz  !
  496. SV1IT  ! Kostas! G3RUH ! 9ele vertical ! TR851       ! MANUAL   ! 25W        !
  497.        ! UOSAT3! TNC-2 ! 19ele vertical! TR751       ! MANUAL   !COMPAQLTE386!
  498. SV3KH  ! Nick  ! NB96  ! 2x22ele K1FO  ! IC-475      ! MANUAL   ! 25W        !
  499.        ! SV8RV !MFJ1270! 2x9ele TONA   ! IC-275      ! -        ! 386sx 16MHz!
  500. UA3CR  ! Leo   ! G3RUH ! 9ele F9FT     ! FT-736      ! Fixed    ! -          !
  501.        ! RK3KP ! TNC2  ! Helix 10T     ! FT-736      ! MANUAL   ! XT         !
  502. VK2AIT ! Geoff ! G3RUH ! 15 ele HOR    ! FT-780R     ! MANUAL   ! <50W       !
  503.        ! VK2XY ! TINY2 ! 12 ele HOR    ! FT-480R     ! MANUAL   ! 386 33MHz  !
  504. VK3CFI/! Maggie! G3RUH !  Maspro       ! IC-251A     ! -        ! -          !*
  505.  VK3DFI! VK3JAV!mPOWER2!  Maspro       ! IC-471H     ! -        ! T3100E     ! 
  506. VK3DTO ! Andy  ! G3RUH ! 2x12 XY 18ver ! TS-711A     ! -        ! -          !
  507.        ! -     !mPOWER2! 2x11 XY       ! TS811,IC490A! -        ! -          ! 
  508. VK5AGR ! Graham! G3RUH ! 2x20 XY Maspro! IC-271A     ! KCT/IT1.0! 25W        !
  509.        ! VK5WI ! PK87  ! 2x12 XY       ! IC-471A     ! MANUAL   ! AT286 12MHz!
  510. VK5HI  ! Colin ! G3RUH ! 2x9 ele KLM   ! TS-700A     ! MANUAL   ! 10/100W    !
  511.        ! -     ! TINY2 ! 2x7 ele KLM   ! TS-811A     ! MANUAL   ! 386sx 20MHz!
  512. VK6BMD ! Bruce ! G3RUH ! 2x19 el vert  ! IC-471H     ! MANUAL   ! 25W        !
  513.        ! VK6BBS! FRASH ! 1x17 el vert  ! IC-290H     ! MANUAL   ! XT 8MHz.   !
  514. VK6VV  ! Arnold! G3RUH ! 16T Helical   ! TS-790A     ! MANUAL   ! 45W        !
  515.        ! VK6BBS!PAD-205! 14 ele Vert   ! TS-790A     !JA6FTL AFC! AT286 16MHz!
  516. VK7ZBX !Richard! G3RUH ! 16T Helix RHC ! FT-736R     ! MANUAL   ! 25W        !
  517.        ! VK7GL ! PK-88 ! 10 XY RHC     ! FT-736R     ! MANUAL   ! 286 20MHz. !
  518. W3GYJ  ! ROD   ! NB96  ! KLM44CX       ! FT-736R     ! KCT/QT4.0! 25W        !
  519.        ! -     ! TINY2 ! CR144-20      ! FT-736R     ! KCT-Tuner! 386 25MHz. !
  520. W7KRC  ! Wally ! NB96  ! KLM44CX       ! FT-726R     ! XCT/xt   ! 25W        !
  521.        ! K7ZTM ! TINY2 ! KLM22C        ! FT-726R     ! MANUAL   ! Laptop12MHz!
  522. W9FMW  ! Jack  ! NB96  ! 2xKLM 40CX    ! IC-475A     ! Graftrak ! 100W       !
  523.        ! KA9LQM! TNC200! 2xKLM 22C     ! IC-274A+amp ! 2xKCT    ! 286 16MHz  !
  524. WA2LQQ ! Rip   ! NB96  ! KLM435-40CX   ! TS-790A     ! KCT/GT   ! 45W        !
  525.        ! WA2SNA! TNC-2 ! KLM2M-22C     ! TS-790A     ! KCTune/GT! 286 12Mhz. !
  526. WA9FMQ ! Gary  ! NB96  ! KLM-14c       ! TS-790      ! KCT/QT4.0! -          !*
  527.        ! -     !mPOWER2! KLM-22c       ! TS-790      ! KCT Tuner! Zeos386sx  !
  528. WB6MPQ ! Al    ! NB-96 ! KLM-40C       ! FT-736      ! MANUAL   ! 50W        !
  529.        !NN2Z.NJ! PK232 ! KLM-22C       ! FT-736      ! MANUAL   ! 386 20MHz  !
  530. WC8J   ! Rich  ! G3RUH ! 20ele RH-XY   ! ICOM 471H   ! HB + IT  ! -          !
  531.        ! -     ! 1270B ! 40ele XY      ! ICOM 275H   ! -        ! 286 16MHz  !
  532. WD3Q   ! Eric  ! NB96  ! KLM-14c       ! TS-790      ! KCT      ! -          !*
  533.        ! -     !mPOWER2! KLM-22C       ! TS-790      ! KCT-tuner! Zeos386sx  !
  534. ZL1AOX ! Ian   ! G3RUH ! 15T HELIX RHC ! IC-475H     ! MANUAL   ! <75W       !
  535.        ! ZL1AB !MFJ1270! KLM22C,5/8COLI! IC-275H     ! MANUAL   ! XT 10MHz   !
  536. ZL1TRE ! Mark  ! G3RUH ! KLM40CX       ! TS-811A     ! MANUAL   ! 25W        !
  537.        ! ZL1AB !MFJ1270! KLM22C        ! TS-711A     ! MANUAL   ! 386 26MHz  !
  538. -------------------------------------------------------------------------------
  539. Remarks
  540. DL8NCI : developing own ftl0/bdcast s/w.
  541. JA6FTL : AFC for 790/736 document is uploaded to this board.
  542. PE1CHL : developing PACSAT s/w for Atari ST&PC,TCP/IP PE1CHL version with FTL0 
  543. PE1HML : Using NET TCP/IP with ftl0 by PE1CHL
  544. PE1DNA : No TNC's 2*OPtoPcScc card by PA0HZP (4 8530s)
  545. RK3KP  : Amsat-U-Sputnik.Club Stn of Center of Science & Technology for Youth
  546. VK3CFI : CFI:Maggie, DFI:Lou
  547. WD3Q/WA9FMQ : VITA station in Rosslyn,VA,Washington.DC
  548. OH2SN  : rx freq controled by 1khz steps with freq.calclat. tracking program
  549. -------------------------------------------------------------------------------
  550.         PLEASE give me your comment about this format and send your station 
  551. information with above form via UO-14/AO-16/FO-20.IF you have general remarks,
  552. Pse inform me within one line.
  553.  
  554. 73s    SUEO ASATO  JA6FTL @ja6ftl.jnet6.jpn.asia
  555.  
  556. = = = = = = = = = = = = = = = = = = = =
  557. Reposted (without permission ;-) by:
  558.  
  559.  
  560. -- 
  561. -- James Dugal,    N5KNX        Internet: jpd@usl.edu
  562. Associate Director        Ham packet: n5knx@k5arh
  563. Computing Center        US Mail: PO Box 42770  Lafayette, LA  70504
  564. University of Southwestern LA.    Tel. 318-231-6417    U.S.A.
  565.  
  566. ------------------------------
  567.  
  568. Date: 15 Mar 91 02:50:40 GMT
  569. From: swrinde!zaphod.mps.ohio-state.edu!maverick.ksu.ksu.edu!matt.ksu.ksu.edu!steve@ucsd.edu
  570. Subject: Hierarchical Forwarding pounds (#)
  571. To: packet-radio@ucsd.edu
  572.  
  573. While using hierarchical addressing on the packet network, what is
  574. the use of the pound (#) in the address.  An example would be:
  575.  
  576. KB0AGD @ K0VAY.#NEKS.KS.USA.NA
  577.  
  578. I realize that #NEKS means North East Kansas, but what is the #
  579. for?  A flyback from the days of early sub-netting?
  580.  
  581. -Steve Schallehn, KB0AGD
  582.  Kansas State University
  583.  
  584. ------------------------------
  585.  
  586. Date: 18 Mar 91 15:23:41 GMT
  587. From: mcsun!ukc!axion!kitkat!blloyd@uunet.uu.net
  588. Subject: Hierarchical Forwarding pounds (#)
  589. To: packet-radio@ucsd.edu
  590.  
  591. > 
  592. > The main reason for having the # before the second field is to eliminate any
  593. > problem which may arise from having a local hierarchical address which is
  594. > the same as a country or continent designator. If, for example, you had a
  595. > local address of NA (for Northern Australia, say), then the BBS would try to
  596.                                                                   ^^^^^
  597. > send the message to North America, as that is what NA is supposed to be.
  598. > 
  599. That should have been `might', rather than `would', depending on how the
  600. forwarding file was set up. The important thing is that the BBS would have
  601. to know the difference between NA meaning Northern Australia and NA meaning
  602. North America.
  603.     Brian
  604.  
  605. ------------------------------
  606.  
  607. Date: 15 Mar 91 05:16:57 GMT
  608. From: brian@ucsd.edu
  609. Subject: Hierarchical Forwarding pounds (#)
  610. To: packet-radio@ucsd.edu
  611.  
  612. In article <1991Mar15.025040.16086@maverick.ksu.ksu.edu> steve@matt.ksu.ksu.edu (Steve Schallehn) writes:
  613. >While using hierarchical addressing on the packet network, what is
  614. >the use of the pound (#) in the address.  An example would be:
  615. >KB0AGD @ K0VAY.#NEKS.KS.USA.NA
  616.  
  617. The # (sharp, octothorp, hash, pound, etc ad nauseum) means that the
  618. "regional" name following is a non-standardized one, as if the others
  619. were more standardized.  In particular, it means that it's a more
  620. localized routing indicator than ones that don't have the # in front of
  621. them, and can be skipped without error if the station attempting to route
  622. doesn't know what it means. (I.e., if you don't know what #NEKS means,
  623. you may unhesitatingly skip over it and attempt to route at the KS.USA.NA)
  624. (Note that the TELLUS.SOL.MW is implied in this address and need not be
  625. supplied.)
  626.  
  627. Do not confuse these with the Internet hierarchical domains.  They don't
  628. have any thing to do with the DNS, despite their identical format.  Grr.
  629.     - Brian
  630.  
  631. ------------------------------
  632.  
  633. Date: 19 Mar 91 10:44:24 GMT
  634. From: ucselx!bionet!apple!mips!spool.mu.edu!munnari.oz.au!manuel!csc.canberra.edu.au!echo!skcm@ucsd.edu
  635. Subject: Hierarchical Forwarding pounds (#)
  636. To: packet-radio@ucsd.edu
  637.  
  638. In <1991Mar18.150624.23335@axion.bt.co.uk> blloyd@axion.bt.co.uk (Brian Lloyd) writes:
  639.  
  640. >The idea of scanning from left to right is to find the most direct route to
  641. >the destination. If I was to forward a message to you, the BBS would perform
  642. >the following steps :
  643. >If, on the other hand, I had a direct link to VK6BBS I would forward the
  644. >message there, rather than to Australia, as VK6BBS is much closer to you
  645. >Australia in general.
  646.  
  647. Hang on.  It would be stupid to route only on the first match.  I can't believe
  648. Internet domain routers operate by only matching the first match from right to 
  649. left!  
  650.  
  651. What you are saying is that EVERY segment of an address must be unique
  652. world wide.  This, obviously, won't work!  The higher levels in the address
  653. MUST be taken into consideration when making a match.
  654.  
  655. Carl.
  656.  
  657. ------------------------------
  658.  
  659. Date: 19 Mar 91 02:50:20 GMT
  660. From: munnari.oz.au!yoyo.aarnet.edu.au!sirius.ucs.adelaide.edu.au!snap.adelaide.edu.au@THEORY.TN.CORNELL.EDU
  661. Subject: Hierarchical Forwarding pounds (#)
  662. To: packet-radio@ucsd.edu
  663.  
  664. Organization: Adelaide University
  665. NNTP-Posting-Host: snap.adelaide.edu.au
  666.  
  667. Just a note about the H-addressing.
  668.  
  669. The new AA4RE v2.11 BBS software DOES now search like the internet
  670. style. Eg if you have an address of,
  671.  
  672.    VK5ZWI@VK5TTY.#SA.AUS.OC
  673.  
  674. the AA4RE BBS can be set to search for,
  675.  
  676. VK5TTY.#SA.AUS.OC
  677. #SA.AUS.OC
  678. AUS.OC
  679. OC
  680.  
  681. The first one that matches is the one that the mail will go to.
  682.  
  683. This means the # is no longer required. BUT I wouldnt go suggesting
  684. it be dropped because there are still many BBS systems that dont
  685. search that way.
  686.  
  687. Cheers de Grant VK5ZWI
  688.  
  689.    Grant Willis (VK5ZWI) - Adelaide University, South Australia -
  690.          ** 2nd/3rd Year Electrical Engineering Student **
  691. Packet Radio: VK5ZWI@VK5TTY.#SA.AUS.OC    AmPR TCP/IP: [44.136.171.11]
  692. AARNet/Internet1: e2grwill@snap.adelaide.edu.au
  693. ACSnet/Internet2: e2grwill@snap.ua.oz.au
  694. Disclaimer: What I write is mine. The Uni has nothing to do with it!
  695.  
  696. ------------------------------
  697.  
  698. Date: 18 Mar 91 15:06:24 GMT
  699. From: mcsun!ukc!axion!kitkat!blloyd@uunet.uu.net
  700. Subject: Hierarchical Forwarding pounds (#)
  701. To: packet-radio@ucsd.edu
  702.  
  703.  
  704.  
  705. ------------------------------
  706.  
  707. Date: 18 Mar 91 21:52:39 GMT
  708. From: swrinde!zaphod.mps.ohio-state.edu!casbah.acns.nwu.edu!hpa@ucsd.edu
  709. Subject: Hierarchical Forwarding pounds (#)
  710. To: packet-radio@ucsd.edu
  711.  
  712. In article <1991Mar18.150624.23335@axion.bt.co.uk> blloyd@zaphod.axion.bt.co.uk writes:
  713. >The idea of scanning from left to right is to find the most direct route to
  714. >the destination. If I was to forward a message to you, the BBS would perform
  715. >the following steps :
  716. >
  717. >Do I know where VK6ZJM is?
  718. >No - do I know where VK6BBS is?
  719. >No - do I know where #WA is?
  720. >No - do I know where AUS is?
  721. >Yes - forward the message in that direction.
  722.  
  723. In proper domain-style addressing, a la the Internet, this would rather be:
  724.  
  725. Do I know where VK6ZJM.WA.AUS is?     No
  726. Do I know where WA.AUS is?            No
  727. Do I know where AUS is?               Yes
  728. Forward in direction AUS
  729.  
  730. Note that the complete tail is a part of the address.  Thus, VK6ZJM.WA.AUS
  731. could not be confused with, for example W0BBS.WA.US.NA; if my
  732. (non-existent) system N9ITP.IL.US.NA connected it would try:
  733.  
  734.     W0BBS.WA.US.NA      Not found           VK6ZJM.WA.AUS      Not found
  735.     WA.US.NA            Found -> forward    WA.AUS             Not found
  736.                                             AUS                Found -> forward
  737.  
  738. See how easy it becomes?
  739.  
  740.            73 de N9ITP   U R 599+9600 BPS KN + @
  741. -- 
  742. hpa = H. Peter Anvin (in case you wondered) * Heja Sverige!
  743. INTERNET:   hpa@casbah.acns.nwu.edu   FIDONET:  1:115/989.4
  744. HAM RADIO:  N9ITP, SM4TKN             RBBSNET:  8:970/101.4
  745.  
  746. ------------------------------
  747.  
  748. Date: 21 Mar 91 17:07:46 GMT
  749. From: swrinde!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!munnari.oz.au!uniwa!cc.curtin.edu.au!nmurrayr@ucsd.edu
  750. Subject: Hierarchical Forwarding pounds (#)
  751. To: packet-radio@ucsd.edu
  752.  
  753. In article <1991Mar20.110655.23351@axion.bt.co.uk>, blloyd@axion.bt.co.uk (Brian Lloyd) writes:
  754. > The problem comes when we
  755. > comes across a sub-field which is not unique (eg #WA could be Western
  756. > Australia or the Watsui province of Japan). The BBS somehow needs to know
  757. > that there is a #WA in Australia and another one in Japan, and at present I
  758. > don't think that's possible. What needs to be added, therefore, is some way
  759. > of allowing the BBS to forward to #WA.AUS or #WA.JAP 
  760.  
  761.    This is the point I was trying to make in my original post. There IS such
  762. a way, without adding anything. If you scan from right to left, with all fields
  763. significant, then there's no ambiguity. To use your example, #WA.AUS is
  764. obviously not the same as #WA.JAP, and any software that thinks it is clearly
  765. brain-damaged. It's like telling someone that he can't call himself
  766. "John Smith" because there's already a "John Jones" somewhere else in the
  767. world, regardless of the fact that they're bound to have different higher-order
  768. addresses (ie one lives in Sydney and the other lives in Oslo).
  769.  
  770. .....Ron
  771. -- 
  772.  
  773. ===============================================================================
  774.  Internet: Murray_RJ@cc.curtin.edu.au                | "You can lead a horse to
  775.  ACSnet: Murray_RJ@cc.cut.oz.au                      | water, but if you can
  776.  Bitnet: Murray_RJ%cc.curtin.edu.au@cunyvm.bitnet    | get him to float on his
  777.  UUCP  : uunet!munnari.oz!cc.curtin.edu.au!Murray_RJ | back you've really got
  778. Amateur Packet Radio: VK6ZJM@VK6BBS.#WA.AUS.OC       | something"
  779.                TCP/IP: 44.136.204.14, 44.136.204.19  |    -- Murphy's Law I
  780. ===============================================================================
  781.  
  782. ------------------------------
  783.  
  784. Date: 16 Mar 91 20:25:48 GMT
  785. From: usc!apple!bionet!hayes.ims.alaska.edu!acad3.alaska.edu!ifjrs@ucsd.edu
  786. Subject: Hierarchical Forwarding pounds (#)
  787. To: packet-radio@ucsd.edu
  788.  
  789. In article <1991Mar15.025040.16086@maverick.ksu.ksu.edu>, steve@matt.ksu.ksu.edu (Steve Schallehn) writes...
  790. >While using hierarchical addressing on the packet network, what is
  791. >the use of the pound (#) in the address.  An example would be:
  792. > 
  793. >KB0AGD @ K0VAY.#NEKS.KS.USA.NA
  794. > 
  795. >I realize that #NEKS means North East Kansas, but what is the #
  796. >for?  A flyback from the days of early sub-netting?
  797. > 
  798. This is an excerpt from documentation provided with AA4RE's BB
  799. bulletin board program:
  800.  
  801. "W0RLI, VE3GYQ, and N6VV have devised a scheme called hierarchical
  802. addressing.  Here's their description of their idea:
  803.  
  804. (stuff deleted)
  805.  
  806. "As an example, say that we send something to W0RLI @ W0RLI.CA.USA.NA,
  807. and that the only entries that we have in the forward file are for 
  808. CA.  That match would be sufficient to allow the message to be forwarded.
  809. If W0RLI were found, that entry would take precedence (because
  810. it is more left in the field than CA) and would of course also 
  811. ensure delivery.  The best way to look at it is 'W0RLI AT W0RLI
  812. which is in CA which is in USA which is in NA'.  So far so good.
  813.  
  814. But the Japanese network wants to use area routing numbers.  For
  815. example, JA1ABC.42.JPN.AS ... and everyone says, 'So what, let 
  816. them!'  Of course, that is very mature of all of us, but the trouble
  817. is that the 42 in that string may also match wild-card ZIP codes
  818. that some folks keep in their forward file, such as 42*.  The
  819. solution we propose is to use an agreed upon key character for
  820. designators below the state and province level, and we recommend
  821. the octothorpe, '#'.
  822.  
  823. So now the above address would be JA1ABC @ JA1KSO.#42.JPN.AS ..."
  824.  
  825. (etc.)
  826.  
  827. Hope that explains a little more fully the reasoning ...
  828.  
  829. John
  830.  
  831. >-Steve Schallehn, KB0AGD
  832. > Kansas State University
  833.  
  834. --
  835.  
  836. John Stannard
  837. ifjrs@acad3.fai.alaska.edu        BITNET:  IFJRS@ALASKA
  838. KL7JL@KL7JL.AK.USA.NA        kl7jl.ampr.org  [44.22.0.1]
  839.  
  840. "God is the Answer!"   "Oh?? ... er, ... What was the Question?"
  841.  
  842. --
  843.  
  844. ------------------------------
  845.  
  846. Date: 21 Mar 91 01:49:06 GMT
  847. From: sdd.hp.com!spool.mu.edu!munnari.oz.au!manuel!csc.canberra.edu.au!echo!skcm@ucsd.edu
  848. Subject: Hierarchical Forwarding pounds (#)
  849. To: packet-radio@ucsd.edu
  850.  
  851. In <1991Mar20.110655.23351@axion.bt.co.uk> blloyd@axion.bt.co.uk (Brian Lloyd) writes:
  852.  
  853. >comes across a sub-field which is not unique (eg #WA could be Western
  854. >Australia or the Watsui province of Japan). The BBS somehow needs to know
  855. >that there is a #WA in Australia and another one in Japan, and at present I
  856.  
  857. Precisly.  The WHOLE address needs to be taken into consideration when
  858. routing.  You cannot route to just "#WA".  You must route to "#WA.AUS.OC".
  859.  
  860. >> VK6ZJM) should ONLY be considered for routing purposes if it is shown as part
  861. >I think that when someone moves the first person they tell (in the packet
  862. >world) is the SYSOP of their local BBS, otherwise that BBS is going to keep
  863. >trying to forward mail to them when they're not there. Being able to forward
  864. >on the TO field is often very useful - remote SYSOPs often like to have mail
  865. >addressed to SYSOP forwarded on to them, for example.
  866.  
  867. Forwarding on the TO field shouldn't be enabled.  The ONLY thing the TO
  868. field should be used for is allowing the destination station (named in the TO)
  869. to read his private mail.  It certainly shouldn't be used for forwarding.
  870. Most (if not all) programs allow remapping of addresses.  If your remote
  871. SYSOP (mentioned above) wanted to get his bulletins then they should be
  872. remapped to SYSOP@<his BBS>.
  873.  
  874. Maybe things are different in the UK but here in Canberra I don't try to
  875. forward mail to individual users.  They log on to my BBS to read it.  I
  876. have 2 users who run PMSs who get mail forwarded and I have asked them to
  877. detail their heirarchical addresses as; 
  878. (for example)
  879. vk1mc@vk1mc.vk1kcm.act.aus.oc
  880. and no other BBS except me has to have routing information for them.
  881. (I also remap vk1mc@vk1kcm to vk1mc@vk1mc.vk1kcm.act.aus.oc as few
  882. amateurs understand heirarchical addressing. :-( )
  883.  
  884. The TO field on Bulletins is another story. :-(  It shouldn't be there
  885. at all.
  886.  
  887. Carl.
  888. vk1kcm@vk1kcm.act.aus.oc
  889. skcm@ise.canberra.edu.au
  890. 3:620/241.7
  891. [44.136.0.5][14][16] PC/BBS/Xenix
  892.  
  893. ------------------------------
  894.  
  895. Date: 19 Mar 91 18:21:01 GMT
  896. From: swrinde!zaphod.mps.ohio-state.edu!usc!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!vision!mgc!dave@ucsd.edu
  897. Subject: Hierarchical Forwarding pounds (#)
  898. To: packet-radio@ucsd.edu
  899.  
  900. In article <1991Mar18.150624.23335@axion.bt.co.uk> blloyd@zaphod.axion.bt.co.uk writes:
  901. >From article <7492.27e484b1@cc.curtin.edu.au>, by Murray_RJ@cc.curtin.edu.au (Ron Murray):
  902. >> 
  903. >> 1. The whole hierarchical forwarding process as implemented is a kludge (like
  904. >>    half of the rest of packet's "protocols"): why in hell should it scan left
  905. >>    to right when it makes more sense to scan right to left?
  906. >
  907. >The idea of scanning from left to right is to find the most direct route to
  908. >the destination. If I was to forward a message to you, the BBS would perform
  909. >the following steps :
  910. >
  911. >Do I know where VK6ZJM is?
  912. >No - do I know where VK6BBS is?
  913. >No - do I know where #WA is?
  914. >No - do I know where AUS is?
  915. >Yes - forward the message in that direction.
  916. >
  917.  
  918. It's equally true to say:
  919.  
  920. Do I know where AUS is? Yes - continue; No - warn Sysop
  921. Do I know where #WA is? Yes - continue; No - forward using AUS
  922. Do I know where VK6BBS is ? Yes - continue; No - forward using #WA
  923. Do I know where VK6ZJM is ? Yes - forward, No - forward using VK6BBS
  924.  
  925. So right to left is OK, too...and is much more in line with most other mail
  926. system algorithms (although that might not count for much!). However, with
  927. your method, you might get the answer:
  928.  
  929. VK6ZJM - no
  930. VK6BBS - no
  931. #WA - yes......it's the Watsui province of Japan, so send it there.
  932.  
  933. Right to left precedence is required.
  934.  
  935. And while I'm pontificating (:-) the left most callsign (in the above examples
  936. VK6ZJM) should ONLY be considered for routing purposes if it is shown as part
  937. of the domain segment (eg VK6ZJM.VK6BBS.#WA.AUS). Once the '@' is reached in
  938. the right to left scan, routing should stop. The reason is this: the originator
  939. of the message may know that VK6ZJM has moved QTH - routing software wouldn't
  940. always know this.
  941.  
  942.  
  943. -- 
  944. Dave Lockwood          dave@mgc.uucp                 G4CLI@GB7DCC._199.GBR.EU
  945. Head of Technology           ...!uunet!mcsun!ukc!vision!mgc!dave
  946.  
  947. MG Computer Systems Ltd, PO Box 50, Doncaster, DN4 5AW +44-302-738770
  948.  
  949. ------------------------------
  950.  
  951. Date: 18 Mar 91 01:13:21 GMT
  952. From: sdd.hp.com!samsung!munnari.oz.au!uniwa!vax7!nmurrayr@ucsd.edu
  953. Subject: Hierarchical Forwarding pounds (#)
  954. To: packet-radio@ucsd.edu
  955.  
  956. In article <1991Mar16.202548.18162@ims.alaska.edu>, ifjrs@acad3.alaska.edu (STANNARD JOHN R) writes:
  957.  
  958.  (quoting from the AA4RE documentation)
  959. > 
  960. > "As an example, say that we send something to W0RLI @ W0RLI.CA.USA.NA,
  961. > and that the only entries that we have in the forward file are for 
  962. > CA.  That match would be sufficient to allow the message to be forwarded.
  963. > If W0RLI were found, that entry would take precedence (because
  964. > it is more left in the field than CA) and would of course also 
  965. > ensure delivery.  The best way to look at it is 'W0RLI AT W0RLI
  966. > which is in CA which is in USA which is in NA'.  So far so good.
  967. > 
  968. > But the Japanese network wants to use area routing numbers.  For
  969. > example, JA1ABC.42.JPN.AS ... and everyone says, 'So what, let 
  970. > them!'  Of course, that is very mature of all of us, but the trouble
  971. > is that the 42 in that string may also match wild-card ZIP codes
  972. > that some folks keep in their forward file, such as 42*.  The
  973. > solution we propose is to use an agreed upon key character for
  974. > designators below the state and province level, and we recommend
  975. > the octothorpe, '#'.
  976. > 
  977.  
  978.    So far, it all seems to make sense (even if about as easy to read as Attila
  979. the Hun's laundry list). Here in Australia they went a little further...
  980.  
  981.    If you look at my .sig below, you'll see the #WA between the BBS call and
  982. the abbreviation for Australia. We were told that this was necessary (rather
  983. than the much more obvious "WA" for Western Australia) because the hierarchical
  984. forwarding software would assume that it was the abbreviation for Washington
  985. state in the US because it scans the address from left to right. This leads me 
  986. to conclude that either:
  987.  
  988. 1. The whole hierarchical forwarding process as implemented is a kludge (like
  989.    half of the rest of packet's "protocols"): why in hell should it scan left
  990.    to right when it makes more sense to scan right to left? Internet domain
  991.    names are scanned in this fashion. It's a bit like telling someone that he
  992.    can't call himself "John Smith" because there's already a John Smith
  993.    somewhere else. Or worse, that he has to call himself #Fred Bloggs because
  994.    there's a Fred Bloggs in Outer Mongolia.
  995.  
  996. or
  997.  
  998. 2. Someone in Australia mis-read the documentation and decided that this name
  999.    change was necessary. This is probably the more likely.
  1000.  
  1001. Suggestions and corrections welcome.
  1002.  
  1003. ....Ron
  1004.  
  1005. -- 
  1006.  
  1007. ===============================================================================
  1008.  Internet: Murray_RJ@cc.curtin.edu.au                | "You can lead a horse to
  1009.  ACSnet: Murray_RJ@cc.cut.oz.au                      | water, but if you can
  1010.  Bitnet: Murray_RJ%cc.curtin.edu.au@cunyvm.bitnet    | get him to float on his
  1011.  UUCP  : uunet!munnari.oz!cc.curtin.edu.au!Murray_RJ | back you've really got
  1012. Amateur Packet Radio: VK6ZJM@VK6BBS.#WA.AUS.OC       | something"
  1013.                TCP/IP: 44.136.204.14, 44.136.204.19  |    -- Murphy's Law I
  1014. ===============================================================================
  1015.  
  1016. ------------------------------
  1017.  
  1018. Date: 20 Mar 91 11:06:55 GMT
  1019. From: gatech!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!axion!kitkat!blloyd@ucsd.edu
  1020. Subject: Hierarchical Forwarding pounds (#)
  1021. To: packet-radio@ucsd.edu
  1022.  
  1023.  
  1024.  
  1025. ------------------------------
  1026.  
  1027. Date: 20 Mar 91 21:27:34 GMT
  1028. From: swrinde!elroy.jpl.nasa.gov!usc!apple!erc@ucsd.edu
  1029. Subject: How to get email from packet???
  1030. To: packet-radio@ucsd.edu
  1031.  
  1032. I'm a relative newcomer to the world of packet radio, and am interested
  1033. in getting email via packet.  How might this be accomplished?  If someone
  1034. could point me to references, books, etc. that might help (something current)
  1035. I'd really appreciate it!
  1036.  
  1037. Ed Carp, N7EKG/6
  1038. Alameda, CA
  1039. -- 
  1040. Ed Carp  N7EKG/6    erc@khijol.UUCP        ...uunet!khijol!erc
  1041.             Alameda, CA
  1042.  
  1043. Computers HAVE caused a revolution in how much information we
  1044. can safely ignore!    --robs@ux1.cso.uiuc.edu (Rob Schaeffer)
  1045.  
  1046. ------------------------------
  1047.  
  1048. Date: 15 Mar 91 20:06:53 GMT
  1049. From: hpl-opus!hpnmdla!alanb@hplabs.hpl.hp.com
  1050. Subject: Inadvertant "clear screen"
  1051. To: packet-radio@ucsd.edu
  1052.  
  1053. In rec.radio.amateur.packet, andrem@pyrman2.pyramid.com (Andre Molyneux) writes:
  1054.  
  1055. >I've been experiencing an odd problem with my packet station.  Basically,
  1056. >my screen gets cleared by the transmissions of other stations.  The problem
  1057. ...>developed as follows:
  1058.  
  1059. >I understand that I can set the TNC to filter out specific characters that
  1060. >are incompatible with the terminal in use.  Obviously ctrl-z is one of them,
  1061. >but I need to find what the other "clear screen" character is.  Any idea on
  1062. >how I should go about this? 
  1063.  
  1064. The ASCII "formfeed" character (12 decimal) is used as a "clear screen"
  1065. command by many terminals.
  1066.  
  1067. AL N1AL
  1068.  
  1069. ------------------------------
  1070.  
  1071. Date: 18 Mar 91 19:37:51 GMT
  1072. From: swrinde!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac,
  1073. Subject: Inadvertant "clear screen"
  1074. To: packet-radio@ucsd.edu
  1075.  
  1076. In article <2285@ke4zv.UUCP> gary@ke4zv.UUCP (Gary Coffman) writes:
  1077. >formfeed will be one character you'll want to filter. Most nodes, and
  1078. >all TCP/IP stations transmit some packets in fully binary mode so you
  1079. >will often have characters on your screen in monitor mode that will
  1080.  
  1081. The 1.1.7 tapr firmware (MFJ adds WEFAX and calls it 1.2.7) includes
  1082. a MNONAX25 ON/OFF command, to eliminate tcp/ip, netrom routing, and
  1083. other packets having a PID different from that of AX.25.
  1084.  
  1085. 73,
  1086. -- 
  1087. -- James Dugal,    N5KNX        Internet: jpd@usl.edu
  1088. Associate Director        Ham packet: n5knx@k5arh
  1089. Computing Center        US Mail: PO Box 42770  Lafayette, LA  70504
  1090. University of Southwestern LA.    Tel. 318-231-6417    U.S.A.
  1091.  
  1092. ------------------------------
  1093.  
  1094. Date: 17 Mar 91 18:45:47 GMT
  1095. From: usc!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac,
  1096. Subject: Inadvertant "clear screen"
  1097. To: packet-radio@ucsd.edu
  1098.  
  1099. In article <148305@pyramid.pyramid.com> andrem@pyrman2.pyramid.com (Andre Molyneux) writes:
  1100. >I've been experiencing an odd problem with my packet station.  Basically,
  1101. >my screen gets cleared by the transmissions of other stations.  The problem
  1102. >developed as follows:
  1103. [deleted]
  1104. >I understand that I can set the TNC to filter out specific characters that
  1105. >are incompatible with the terminal in use.  Obviously ctrl-z is one of them,
  1106. >but I need to find what the other "clear screen" character is.  Any idea on
  1107. >how I should go about this?  (I've asked another packet operator to see if
  1108. >he get's any "unusual" characters from the node in question.  He reports
  1109. >that he doesn't see anything out of the ordinary when he connects to this
  1110. >node.)
  1111.  
  1112. Some TNCs have a filter command that removes all non-printing characters
  1113. from the incoming stream. I don't believe the MFJ 1274 is one of them.
  1114. I think you are limited to 10 characters in your filter list. Certainly
  1115. formfeed will be one character you'll want to filter. Most nodes, and
  1116. all TCP/IP stations transmit some packets in fully binary mode so you
  1117. will often have characters on your screen in monitor mode that will
  1118. cause your terminal to do strange things.  You'll need to sit down with
  1119. your terminal book and TNC manual and figure out what to kill.
  1120.  
  1121. Gary KE4ZV
  1122.  
  1123. ------------------------------
  1124.  
  1125. Date: 14 Mar 91 23:39:46 GMT
  1126. From: pyramid!andrem@hplabs.hpl.hp.com
  1127. Subject: Inadvertant "clear screen"
  1128. To: packet-radio@ucsd.edu
  1129.  
  1130. I've been experiencing an odd problem with my packet station.  Basically,
  1131. my screen gets cleared by the transmissions of other stations.  The problem
  1132. developed as follows:
  1133.  
  1134. I bought a MFJ 1274 TNC and hooked it up to a XT clone using Procomm.
  1135. Everything ran fine.  Decided to free up the PC by getting a dedicated
  1136. terminal for packet.  Borrowed a Lee Data (don't remember the model #)
  1137. terminal from a friend, which ran in VT200 emulation mode.  Found that
  1138. the screen would get cleared everytime my TNC tried to display a packet
  1139. from a local node (SFO on 145.01 in the SF bay area).  I connected to
  1140. this node and found that any option I chose would result in a cleared
  1141. screen.
  1142.  
  1143. I didn't worry about it too much considering that the terminal was a
  1144. loaner.  Well, this past weekend I went to the Foothill College swapmeet
  1145. and picked up an old Televideo terminal (TVI 321???).  Fired it up and
  1146. found that it too would get its screen cleared by the same node.  In
  1147. addition, I found that the character used to indicate the end of a
  1148. message on mailboxes (ctrl-z), also clears the screen of the Televideo
  1149. (ctrl-z didn't bother the Lee Data).
  1150.  
  1151. I understand that I can set the TNC to filter out specific characters that
  1152. are incompatible with the terminal in use.  Obviously ctrl-z is one of them,
  1153. but I need to find what the other "clear screen" character is.  Any idea on
  1154. how I should go about this?  (I've asked another packet operator to see if
  1155. he get's any "unusual" characters from the node in question.  He reports
  1156. that he doesn't see anything out of the ordinary when he connects to this
  1157. node.)
  1158.  
  1159. +---------------------------------------------------+--------------------------+
  1160. | Andre Molyneux KA7WVV  andrem@pyrman2.pyramid.com |*** GENERIC DISCLAIMER ***|
  1161. +---------------------------------------------------+--------------------------+
  1162. |      -=-------- PYRAMID TECHNOLOGY CORPORATION    |All the usual disclaimers |
  1163. |    ---===------ 1295 Charleston Road              |apply although, as far as |
  1164. |  -----=====---- Mountain View, California 94043   |I can tell, my employer   |
  1165. |-------=======-- (415) 965-7200                    |doesn't care what I think!|
  1166. +---------------------------------------------------+--------------------------+
  1167.  
  1168. ------------------------------
  1169.  
  1170. Date: 20 Mar 91 04:20:39 GMT
  1171. From: uhccux!uhcmtg.phys.hawaii.edu!tony@ames.arpa
  1172. Subject: KA9Q & mbox BBS forwarding
  1173. To: packet-radio@ucsd.edu
  1174.  
  1175. I need some assistance from any kind soul in mbox message forwarding.
  1176.  
  1177. I'm trying to setup a PC running KA9Q to forward messages to non-TCP/IP
  1178. stations.  Suppose I want messages for AH6BW to be forwarded to AH6BW@AH6BW-2
  1179. where AH6BW-2 is a different machine that doesn't handle TCP/IP.    
  1180.  
  1181. In my /alias file I have:
  1182.  
  1183. ah6bw ah6bw@ah6bw-10
  1184.  
  1185. In my /spool/forward.bbs file I have:
  1186.  
  1187. ----
  1188. ah6bw-10
  1189. ax25 ax1 ah6bw-10
  1190. ah6bw
  1191. ----
  1192.  
  1193. When the SMTP timer kicks in I get a message about ah6bw-10 being an unknown
  1194. host (as if it wants to deliver the message via TCP/IP and it fails on a
  1195. hostname lookup).  Shouldn't the entry in the forward.bbs file be enough to
  1196. tell NOS that ah6bw-2 is NOT a TCP/IP station?  What am I missing here?
  1197.  
  1198. I'm running the latest version of NOS from thumper.
  1199.  
  1200. Tony
  1201. AH6BW
  1202. tony@uhcmtg.phys.hawaii.edu
  1203.  
  1204.  
  1205. ------------------------------
  1206.  
  1207. Date: 21 Mar 91 17:13:53 GMT
  1208. From: swrinde!elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!munnari.oz.au!uniwa!cc.curtin.edu.au!nmurrayr@ucsd.edu
  1209. Subject: KA9Q v910308 problems
  1210. To: packet-radio@ucsd.edu
  1211.  
  1212.    When I run KA9Q version 910308 on my XT clone, it works fine on a SLIP link
  1213. to my AT at 9600 baud. If I try an AX25 connect to a non-TCP/IP system, it
  1214. crashes after a few K of data has been received. I don't think it happens
  1215. on a Telnet session over AX25, but I can't test it due to a complete lack of
  1216. other stations here in Perth running TCP/IP (Philistines!). It certainly
  1217. didn't crash the one time I tried a Telnet to it from someone else's computer,
  1218. but I might have been lucky.
  1219.    Has anyone else experienced this?
  1220.  
  1221. .....Ron
  1222. -- 
  1223.  
  1224. ===============================================================================
  1225.  Internet: Murray_RJ@cc.curtin.edu.au                | "You can lead a horse to
  1226.  ACSnet: Murray_RJ@cc.cut.oz.au                      | water, but if you can
  1227.  Bitnet: Murray_RJ%cc.curtin.edu.au@cunyvm.bitnet    | get him to float on his
  1228.  UUCP  : uunet!munnari.oz!cc.curtin.edu.au!Murray_RJ | back you've really got
  1229. Amateur Packet Radio: VK6ZJM@VK6BBS.#WA.AUS.OC       | something"
  1230.                TCP/IP: 44.136.204.14, 44.136.204.19  |    -- Murphy's Law I
  1231. ===============================================================================
  1232.  
  1233. ------------------------------
  1234.  
  1235. Date: 17 Mar 91 00:44:36 GMT
  1236. From: sdd.hp.com!zaphod.mps.ohio-state.edu!maverick.ksu.ksu.edu!matt.ksu.ksu.edu!steve@ucsd.edu
  1237. Subject: KAM dual-mode enhancement
  1238. To: packet-radio@ucsd.edu
  1239.  
  1240. [hopefully there is enough interest to merit this reply]
  1241.  
  1242. A question came over the net a few weeks ago asking if a Kantronics
  1243. KAM could do both VHF packet and HF RTTY operation simultaneously.
  1244.  
  1245. After talking to Karl Medcalf of Kantronics, I have just found out
  1246. that Kantronics is testing new firmware to allow any HF operation and
  1247. VHF packet operation to occur at the same time on a Kantronics KAM.  
  1248. With the firmware upgrade and a specialized program running on a PC, 
  1249. one could, for example, log into a DX cluster and work RTTY at 
  1250. the same time.
  1251.  
  1252. Availability for the upgrade scheduled mid-spring.  Pricing for upgrades
  1253. is somewhere around $100.
  1254.  
  1255. ---
  1256. -Steve Schallehn, KB0AGD
  1257.  Kansas State University
  1258.  
  1259. PS:  I am not affiliated with Kantronics.
  1260.  
  1261. ------------------------------
  1262.  
  1263. Date: 15 Mar 91 18:16:15 GMT
  1264. From: swrinde!zaphod.mps.ohio-state.edu!caen!kuhub.cc.ukans.edu!zeus.unomaha.edu!acmnews@ucsd.edu
  1265. Subject: Monthly On-Line Elmers Resource Directory
  1266. To: packet-radio@ucsd.edu
  1267.  
  1268. As part of the multi-pronged strategy of Project SAVE THE BANDWIDTH, I 
  1269. will now put out a call for On-Line Elmers.  These are people, who by 
  1270. virtue of skill and knowledge in an area of expertise in ham radio, 
  1271. are willing to field E-mail by readers of the rec.radio.* groups.
  1272.  
  1273. Volunteers need only send me their name, E-mail address, and area of 
  1274. expertise.  "Generalists" or "Miscellaneous" Elmers are also quite 
  1275. welcome. Naturally, the more that volunteer, the more the work is 
  1276. distributed.  If upon volunteering, you are unable to meet your 
  1277. obligations, simply write to me and I will remove your name from the 
  1278. list.   I could also add that because of "personal committments" or 
  1279. "career broadening" you no longer are available to Elmer on a regular  
  1280. basis.
  1281.  
  1282. I will be the point-of-contact for this project.  I will maintain the 
  1283. list, post it to the groups at least monthly, and have the latest copy 
  1284. placed in the supplemental archives at ftp.cs.buffalo.edu in 
  1285. subdirectory pub/ham-radio.
  1286.  
  1287. Here is the latest version of the list.  If you sent me mail and are 
  1288. not on it, please resend as it may have been lost on the way or once 
  1289. it reached my host.
  1290.  
  1291. 73, Paul, KD3FU
  1292.  
  1293. ACMNEWS@zeus.unomaha.edu  uunet!unocss!zeus!acmnews  137.48.1.1
  1294.  
  1295. ps67@umail.umd.edu        uunet!mimsy!umail!ps67     128.8.10.28            
  1296.  
  1297.  
  1298. ON-LINE Elmers Resource Directory (as of 03/15/91)
  1299. ------------------------------------------------------
  1300.  
  1301. Dan Halbert, KB1RT
  1302. QTH is West Newton, MA, near Boston.
  1303.  
  1304. halbert@crl.dec.com
  1305.  
  1306. Building homebrew QRP gear, Advice on simple antennas
  1307.  
  1308. ------------------------------------------------------
  1309.  
  1310. Paul W. Schleck, KD3FU
  1311.  
  1312. acmnews@zeus.unomaha.edu
  1313. ps67@umail.umd.edu
  1314.  
  1315. Miscellaneous, Internet, College Clubs
  1316.  
  1317. ------------------------------------------------------
  1318.  
  1319. Mike Waters    AA4MW/7  
  1320.  
  1321. waters@nddsun1.sps.mot.com 
  1322.  
  1323. Miscellaneous
  1324.  
  1325. ------------------------------------------------------ 
  1326.  
  1327. ------------------------------
  1328.  
  1329. Date: 22 Mar 91 00:42:34 GMT
  1330. From: dog.ee.lbl.gov!ncis.tis.llnl.gov!lll-winken!uwm.edu!caen!kuhub.cc.ukans.edu!zeus.unomaha.edu!acmnews@ucsd.edu
  1331. Subject: Monthly On-Line Elmers Resource Directory
  1332. To: packet-radio@ucsd.edu
  1333.  
  1334. (Note:  Although less than a month has gone by, my list of volunteers
  1335. has nearly quadrupled.  Also, someone suggested that I add a list
  1336. of suggested areas of expertise.  So, here is the latest list...)
  1337.  
  1338. As part of the multi-pronged strategy of Project SAVE THE BANDWIDTH, I 
  1339. will be compiling a directory of On-Line Elmers.  These are people 
  1340. who, by virtue of skill and knowledge in an area of expertise in ham 
  1341. radio, are willing to field E-mail by readers of the rec.radio.* 
  1342. groups. 
  1343.  
  1344. Volunteers need only send me their name, E-mail address, and area of 
  1345. expertise.  As requested, here is a suggested list of areas of 
  1346. expertise that are needed: 
  1347.  
  1348.  1.  Volunteer Examiners
  1349.  2.  Novice Instructors
  1350.  3.  DX'ers and Contesters
  1351.  4.  QRP
  1352.  5.  Homebrewers
  1353.  6.  Packet Ops (both AX.25 and TCP/IP)
  1354.  7.  VHF and Repeaters
  1355.  8.  OSCAR and other satellites
  1356.  9.  MARS (Military Affiliate Radio System)
  1357. 10.  CAP (Civil Air Patrol)
  1358. 11.  ARES (Amateur Radio Emergency Service)
  1359. 12.  RACES (Radio Amateur Civil Emergency Service)
  1360. 13.  Skywarn (Amateur Weather Spotters)
  1361. 14.  ARRL Field Organization (American Radio Relay League)
  1362.  
  1363. "Generalist" or "Miscellaneous" Elmers are also quite welcome. 
  1364. Naturally, the more that volunteer, the more the work is distributed.  
  1365. If upon volunteering, you are unable to meet your obligations, simply 
  1366. write to me and I will remove your name from the list.   I could also 
  1367. add that because of "personal committments" or "career broadening" you 
  1368. no longer are available to Elmer on a regular  basis. 
  1369.  
  1370. I will be the point-of-contact for this project.  I will maintain the 
  1371. list, post it to the groups at least monthly, and have the latest copy 
  1372. placed in the supplemental archives at ftp.cs.buffalo.edu in 
  1373. subdirectory pub/ham-radio.
  1374.  
  1375. Here is the latest version of the list.  If you sent me mail and are 
  1376. not on it, please resend as it may have been lost on the way or once 
  1377. it reached my host.
  1378.  
  1379. 73, Paul, KD3FU
  1380.  
  1381. ACMNEWS@zeus.unomaha.edu  uunet!unocss!zeus!acmnews  137.48.1.1
  1382.  
  1383. ps67@umail.umd.edu        uunet!mimsy!umail!ps67     128.8.10.28            
  1384.  
  1385.  
  1386. ON-LINE Elmers Resource Directory (as of 03/21/91)
  1387. -----------------------------------------------------
  1388.  
  1389. John Brewer WB5OAU
  1390.  
  1391. brewer@anarky.enet.dec.com
  1392.  
  1393. Miscellaneous, Wire antennas,
  1394.  
  1395. ------------------------------------------------------
  1396.  
  1397. Dan Halbert, KB1RT
  1398. QTH is West Newton, MA, near Boston.
  1399.  
  1400. halbert@crl.dec.com
  1401.  
  1402. Building homebrew QRP gear, Advice on simple antennas
  1403.  
  1404. -----------------------------------------------------
  1405.                                                                                
  1406. R.D. Keys  
  1407.  
  1408. Dept. of Crop Science 
  1409. NCSU
  1410. Raleigh, NC 27695-7620                
  1411.                                             
  1412. rdkeys@ccvr1.cc.ncsu.edu
  1413.                                    
  1414. de NA4G, "Boat Anchor Bob", an ol' cw fart .....                               
  1415.                                                                                
  1416. If I can be of assistance in older equipment, junk-boxing 
  1417. your way to hamdom, the cheapskate's approach, let me 
  1418. know.                                
  1419.  
  1420. 22 yrs a ham, extra class, mostly cw, mostly boat anchors 
  1421. and radio in the traditional sense.                                 
  1422.  
  1423. {Telegraphy has been in my family for almost 100 years!}                       
  1424.                                                                                
  1425. ------------------------------------------------------
  1426.  
  1427. Dave Potter, K1MBO
  1428.  
  1429. potter@think.com
  1430.  
  1431. electronics theory, regulations, antennas and 
  1432. transmission lines, operating practices.
  1433.  
  1434. ------------------------------------------------------
  1435.  
  1436. Tony Reeves                                                                    
  1437. KK6XC                                                                          
  1438. QTH Beach Area of So. Los Angeles                                              
  1439. Torrance, Redondo Beach, Hermosa Beach, Manhattan beach                        
  1440.                                              
  1441. tony@hacgate.scg.hac.com
  1442.                                   
  1443. Novice training, local VE for Novice-Tech tests, 
  1444. General questions             
  1445.  
  1446. ------------------------------------------------------
  1447.  
  1448. Paul W. Schleck, KD3FU
  1449.  
  1450. acmnews@zeus.unomaha.edu
  1451. ps67@umail.umd.edu
  1452.  
  1453. Miscellaneous, Internet, College Clubs
  1454.  
  1455. ------------------------------------------------------
  1456.  
  1457. Tom Sefranek  WA1RHP            
  1458.                                    
  1459. tcs@ll.mit.edu                                                      
  1460.  
  1461. Elmering for the last 20 years.                                        
  1462. Almost all fields,                                                     
  1463. Specializing in power supplies, micro-controllers, antennas            
  1464.                                                                                
  1465. ------------------------------------------------------
  1466.                                                                                
  1467. Diana L. Syriac                                                                
  1468. Leominster, MA                                                                 
  1469. dls@genrad.com                                                                 
  1470. KC1SP                                                                          
  1471.                                                                                
  1472. QSL Bureaus (how to use them)
  1473. Volunteer Examiner Service (how to become one)
  1474. Macintosh Hamstacks
  1475. Civil Air Patrol 
  1476.  
  1477. ------------------------------------------------------
  1478.  
  1479. Mike Waters    AA4MW/7  
  1480.  
  1481. waters@nddsun1.sps.mot.com 
  1482.  
  1483. Miscellaneous
  1484.  
  1485. ------------------------------------------------------ 
  1486.  
  1487. Bob Witte              HP Colorado Springs Division
  1488. bobw@col.hp.com        P.O. Box 2197
  1489. Phone:(719) 590-3230   Colorado Springs, CO  80901
  1490. Radio: KB0CY            
  1491. "All Disclaimers Apply."
  1492.  
  1493. Miscellaneous
  1494.  
  1495. -------------------------------------------------------
  1496.  
  1497. End of Directory
  1498.  
  1499. ------------------------------
  1500.  
  1501. Date: 14 Mar 91 15:24:00 GMT
  1502. From: swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!csn!boulder!bohemia!f510.n5000.z200.METRONET.ORG!Gary.Box@ucsd.edu
  1503. Subject: New packet user
  1504. To: packet-radio@ucsd.edu
  1505.  
  1506. Hi Clay and welcome to Ham Radio and Packet. I run packet with 
  1507. little more than a terminal program on an old CPM machine and it 
  1508. works fine. One thing you will need is some local help for finding 
  1509. your local BBS on packet; equipment set up; etc. Thats a little 
  1510. tough to do here. Once on the air, you can connect to the local BBS 
  1511. and send messages all over the world. Most BBS's have a help file 
  1512. that will describe the commands. While connected to any other packet 
  1513. station, or even to your own mailbox, your computer works as a 
  1514. terminal, so I would n't worry about operating system. Just have a 
  1515. terminal emulator program available. You can work up to a dedicated 
  1516. package like LanLink (which is for DOS) later.
  1517. By the way, when you get running send me a note. My call is N0JCG 
  1518. and my home BBS is WA0CQG. You would address a message to me at 
  1519. N0JCG @ WA0CQG. I think you'l like packet. I QSO with England, 
  1520. Greece and Israel regularly with it.
  1521. --- 
  1522.  * Origin: The Computer Lab (200:5000/510)
  1523.  
  1524. --  
  1525. =============================================================================
  1526. Gary Box - via MetroNet node 200:5000/301 
  1527. The Bohemia BBS System, Boulder Colorado (303)449-8946
  1528. UUCP:  Gary.Box@f510.n5000.z200.METRONET.ORG
  1529.  or :  ...!boulder!bohemia.METRONET.ORG!510!Gary.Box
  1530. =============================================================================
  1531.  
  1532. ------------------------------
  1533.  
  1534. Date: 21 Mar 91 21:24:28 GMT
  1535. From: news-mail-gateway@ucsd.edu
  1536. Subject: No Subject
  1537. To: packet-radio@ucsd.edu
  1538.  
  1539.  
  1540.  
  1541. ------------------------------
  1542.  
  1543. Date: 13 Mar 91 22:08:24 GMT
  1544. From: swrinde!zaphod.mps.ohio-state.edu!usc!apple!bionet!hayes.ims.alaska.edu!acad3.alaska.edu!ifjrs@ucsd.edu
  1545. Subject: Packet BBS SID and personal mbox reverse forward
  1546. To: packet-radio@ucsd.edu
  1547.  
  1548. In article <3091@oucsace.cs.OHIOU.EDU>, farrar@oucsace.cs.ohiou.edu (J. Craig Farrar) writes...
  1549. >Problem: Home BBS (MBL) will forward to personal mailbox in my TNC, but the TNC
  1550. >will not respond to the reverse forward poll when it sees it.
  1551. > 
  1552. (Stuff deleted)
  1553. > 
  1554. >The MBL board is a busy one and successfully forwards and reverse forwards
  1555. >with several neighboring boards.  The problem with the TNC mailboxes seems
  1556. >to be that they don't have a '$' in their SID.  That is reasonable since they
  1557. >are intended for private mail forwarding and not the flood forwarding that
  1558. >needs BID checking.  However, it causes the reverse forwarding to fail because
  1559. >the full-service BBS stations seem to require it.
  1560. > 
  1561. >Checking with the sysop of the MBL board we learn that this is a built-in
  1562. >feature and can't be changed.  Is this really true?  It would really be nice
  1563. >to have reverse forwarding work as it has been advertised, but we seem to have
  1564. >an impasse.  Do any of you in the net know a solution?
  1565. > 
  1566. A user here in Alaska has a KAM with the same problem--he adds the
  1567. SID _with_ the '$' in his "connect" text msg--it seems to work
  1568. quite well.  Hope this works for you in _your_ situation.
  1569.  
  1570. 73, John
  1571.  
  1572. >---------
  1573. >J. Craig Farrar   farrar@oucsace.cs.ohiou.edu   W8UKE@KA8DRR.OH.USA.NA
  1574. >Ohio University, Athens, Ohio
  1575.  
  1576. --
  1577.  
  1578. John Stannard
  1579. ifjrs@acad3.fai.alaska.edu        BITNET:  IFJRS@ALASKA
  1580. KL7JL@KL7JL.AK.USA.NA        kl7jl.ampr.org  [44.22.0.1]
  1581.  
  1582. "God is the Answer!"   "Oh?? ... er, ... What was the Question?"
  1583.  
  1584. --
  1585.  
  1586. ------------------------------
  1587.  
  1588. Date: 20 Mar 91 20:27:21 GMT
  1589. From: newstop!eastapps!Sun.COM!kerskine@sun.com
  1590. Subject: PK-88 Pinouts
  1591. To: packet-radio@ucsd.edu
  1592.  
  1593. I bought a PK-88 a few months ago and am now ready to use it, 
  1594. but I seem to have misplaced the manual.  Can anyone tell me 
  1595. the pinouts on the 8 pin tx/rc connector?
  1596.  
  1597. Thanks....Keith Erskine - KA1RHO
  1598.  
  1599. ps: I'm connecting this to an old Yaesu FT-22R 2M all-band.  Any 
  1600. special considerations I should know about? - thx ke
  1601.  
  1602. ------------------------------
  1603.  
  1604. Date: 21 Mar 91 17:34:42 GMT
  1605. From: sdd.hp.com!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!pacbell.com!tandem!netcom!edg@ucsd.edu
  1606. Subject: PK-88 Pinouts
  1607. To: packet-radio@ucsd.edu
  1608.  
  1609. In article <4984@eastapps.East.Sun.COM> kerskine@Sun.COM (Keith Erskine - Sun Technical Marketing - Boston) writes:
  1610. >I bought a PK-88 a few months ago and am now ready to use it, 
  1611. >but I seem to have misplaced the manual.  Can anyone tell me 
  1612. >the pinouts on the 8 pin tx/rc connector?
  1613.  
  1614.     1    Ground        Brown
  1615.     2    Mic Audio    White
  1616.     3    Push-To-Talk    Red
  1617.     8    Receive Audio    Green
  1618.     7    Squelch Input    Black (optional)
  1619.  
  1620. Using the provided cable, follow the colors above to match up with the
  1621. manual, when you find it.  
  1622.  
  1623. By the way, I am reasonably computer literate, network literate and
  1624. radio literate and I wouldn't attempt to do much with this TNC without
  1625. the book.  It's worth getting another copy from AEA, since the TNC is
  1626. loaded with commands and features.
  1627.                     -edg
  1628. -- 
  1629. Ed Greenberg, WB2GOH/6
  1630. San Jose, CA
  1631. edg@netcom.COM        
  1632.  
  1633. ------------------------------
  1634.  
  1635. Date: 17 Mar 91 02:39:05 GMT
  1636. From: ogicse!unicorn!n9041169@ucsd.edu
  1637. Subject: portable packet
  1638. To: packet-radio@ucsd.edu
  1639.  
  1640. I do not own a packet 
  1641. although I am thinking about buying one soon, one thing you might try though is purchasing one of the new breed of "notebook" size pc laptops.  Most I have
  1642. seen come with serial and parallel ports, vga lcd, screen and a fair amount 
  1643. of memory, and a 1.44mb 3.5in disk - all for between 1800-3600$.  Zeos, Austin
  1644. and a few others all make IBM compatible machines with 80286 12-16hz processors
  1645. for about 2000 dolloars.  Take a look in the March Computer Shopper for a run-
  1646. down on most the latest of these notebook sized machines weighing generally 
  1647. less than 6lb.
  1648.                   hope you find what you're looking for,
  1649.                             Chris
  1650.  
  1651. ------------------------------
  1652.  
  1653. Date: 14 Mar 91 19:37:07 GMT
  1654. From: swrinde!cs.utexas.edu!ut-emx!ccwf.cc.utexas.edu!wdlee@ucsd.edu
  1655. Subject: portable packet
  1656. To: packet-radio@ucsd.edu
  1657.  
  1658. I am planning a cross country expedition (by *RAIL*) and would like
  1659. to take along my packet radio system. I have a couple of issues I'd like
  1660. to discuss:
  1661.  
  1662. DUMB TERMINALS (or, 'Why is this lap-top so heavy?')
  1663. My girlfriend agreed to loan me her laptop computer (bless her heart)
  1664. but it just HURLS RF at 145.01 MHz. In addition, I'd just use it to run
  1665. PROCOMM anyway. (It weighs more than my entire packet setup!)
  1666. So I was at the mall this morning and saw something that
  1667. I found intriguing (as Cmdr. Data would say). Have you seen the Casio
  1668. B.O.S.S. model SF-9500? or model SF-800? These are little clock, calendar,
  1669. memo, telephone number, rolodex, scratch your back, do everything hand-held
  1670. LCD display things with little alpha-numeric keypads... and guess what...
  1671. There's a serial port on the little guy and the literature states that
  1672. "you can hook it up to your PC..."!
  1673. Has anyone heard of any sort of modern little hand held LCD thing being used
  1674. as a dumb (RS232) terminal? I'd only need a couple of lines (with scrollback
  1675. perhaps) and I'd let my TNC do all the work.
  1676.  
  1677. In closing, the other issue I was concerned about is...
  1678. Should I even bother attempting to try 2 meter work from within a
  1679. huge steel rail car moving at 80 mph? I love trains and have traveled coast
  1680. to coast more than 10 times (I don't fly), and I have met other hams aboard
  1681. the train with their HT's by their side. What do you think?
  1682. All aboard!
  1683. David
  1684. their HT's on their belts
  1685.  
  1686. ------------------------------
  1687.  
  1688. Date: 14 Mar 91 22:40:55 GMT
  1689. From: sdd.hp.com!zaphod.mps.ohio-state.edu!know!tegra!vail@ucsd.edu
  1690. Subject: portable packet
  1691. To: packet-radio@ucsd.edu
  1692.  
  1693. In article <45605@ut-emx.uucp> wdlee@ccwf.cc.utexas.edu (david lee) writes:
  1694.  
  1695.    DUMB TERMINALS (or, 'Why is this lap-top so heavy?')
  1696.    My girlfriend agreed to loan me her laptop computer (bless her heart)
  1697.    but it just HURLS RF at 145.01 MHz. In addition, I'd just use it to run
  1698.    PROCOMM anyway. (It weighs more than my entire packet setup!)
  1699.    So I was at the mall this morning and saw something that
  1700.    I found intriguing (as Cmdr. Data would say). Have you seen the Casio
  1701.    B.O.S.S. model SF-9500? or model SF-800? These are little clock, calendar,
  1702.    memo, telephone number, rolodex, scratch your back, do everything hand-held
  1703.    LCD display things with little alpha-numeric keypads... and guess what...
  1704.    There's a serial port on the little guy and the literature states that
  1705.    "you can hook it up to your PC..."!
  1706.    Has anyone heard of any sort of modern little hand held LCD thing being used
  1707.    as a dumb (RS232) terminal? I'd only need a couple of lines (with scrollback
  1708.    perhaps) and I'd let my TNC do all the work.
  1709.  
  1710. I had the idea of connecting tha cable from my BOSS into the speaker
  1711. jack of my IC-24, put a NOS prompt on the screen and send it in to QST
  1712. as portable packet.
  1713.  
  1714. The answere to your question is: no.  The BOSS will transfer data to
  1715. another computer running the appropriate software with a simple Intel
  1716. Hex based protocol.  There is no "terminal mode" although I bet Casio
  1717. could sell a few more BOSSs if they added one.
  1718.  
  1719. The BOSS is a really neat and useful device although the only amateur
  1720. radio uses I have found for it are alternate time (GMT) and saving
  1721. repeater control codes and frequency information for reference.
  1722.  
  1723.  
  1724. "theobromine: a compound which, contrary to it's name,
  1725. contains neither bromine nor God" -- David Throop
  1726.  _____
  1727. |     | Johnathan Vail | n1dxg@tegra.com
  1728. |Tegra| (508) 663-7435 | N1DXG@448.625-(WorldNet)
  1729.  -----  jv@n1dxg.ampr.org {...sun!sunne ..uunet}!tegra!vail
  1730.  
  1731. ------------------------------
  1732.  
  1733. Date: 16 Mar 91 15:45:34 GMT
  1734. From: swrinde!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac,
  1735. Subject: portable packet
  1736. To: packet-radio@ucsd.edu
  1737.  
  1738. In article <45605@ut-emx.uucp> wdlee@ccwf.cc.utexas.edu (david lee) writes:
  1739. >I am planning a cross country expedition (by *RAIL*) and would like
  1740. >to take along my packet radio system. I have a couple of issues I'd like
  1741. >to discuss:
  1742. >
  1743. >DUMB TERMINALS (or, 'Why is this lap-top so heavy?')
  1744.  
  1745. A friend of mine uses his Sharp Wizard with a pocket packet TNC. The
  1746. major problems are the screen and keyboard being smaller than standard.
  1747. Most packeteers format their messages for 80 column and this makes it
  1748. hard to read on a 40 col display. Secondly, the keyboards on these little
  1749. jewels aren't really suited to touch typing. Keyboard QSOs are slow anyway,
  1750. but having to hunt and peck on the little keyboard makes it intolerable
  1751. to me anyway. The new Wizard (the one with the QWERTY keyboard) has a 
  1752. serial port that works up to 9600 baud. I don't know the baud rates
  1753. available on the BOSS series. I have another friend who has one of 
  1754. these and I'll ask him. The consensus around here is that the Wizard
  1755. is a better value than the BOSS, but if you're only going to use it
  1756. as a terminal, then that probably doesn't matter. 
  1757.  
  1758. One lightweight system I've used for portable packet is the Radio
  1759. Shack Mod 100. It suffers from the 40 col screen, but the keyboard is
  1760. decent and it has a built in terminal program. Used Mod 100s should
  1761. be lots cheaper than the BOSS or the Wizard. RCA used to make a simple
  1762. dumb terminal with a 2 line 80 col display and a full size keyboard.
  1763. These are a little smaller than a Mod 100 and I've seen them at
  1764. hamfests for $25.
  1765.  
  1766. Your HT should work fine on the train. I'd make a twinlead J-pole
  1767. and tape it to a window for best results. Between your terminal and
  1768. your TNC, there should be enough digital hash that I'd want to locate
  1769. the antenna a few feet from the noise. Also the extra gain of the
  1770. J-pole will help on voice too.
  1771.  
  1772. Do be aware that train power may not be 110 VAC 60 Hertz. So battery
  1773. elimination or charging may become a problem if you don't have the
  1774. proper adapters. Check this out ahead of time with your travel agent
  1775. or call the train company's maintence yard and talk to their electrician.
  1776.  
  1777. Have fun!
  1778.  
  1779. Gary KE4ZV
  1780.  
  1781. ------------------------------
  1782.  
  1783. Date: 19 Mar 91 03:45:33 GMT
  1784. From: ARDSLEY.BUSINESS.UWO.CA!Mark@ucbvax.berkeley.edu
  1785. Subject: SMTP Mail on PBBS?
  1786. To: packet-radio@ucsd.edu
  1787.  
  1788. I have been using KA9Q nos for quite a while now.  I am interested in trying
  1789. something else for awhile.  Unforunately, I don't find NOS stable enough, or
  1790. quick enough for AX25 use.  I would like to have a bbs program that supports
  1791. SMTP mail plus the messages come in as one file per user.  Does anyone know of
  1792. such a program?  There is MSYS here, but it stores each message separately.
  1793.  
  1794. Any ideas?
  1795.  
  1796.  
  1797. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  1798. Mark Bramwell, VE3PZR                Located in sunny London, Ontario
  1799.  
  1800. Internet: Mark@ARDSLEY.business.uwo.ca  IP Address: 129.100.29.33
  1801.   Packet:  VE3PZR @ VE3GYQ               UWO Phone: (519) 661-3714
  1802.  
  1803. ------------------------------
  1804.  
  1805. Date: 21 Mar 91 17:13:28 GMT
  1806. From: agate!eos!aio!gamorris@ucbvax.berkeley.edu
  1807. Subject: STS-37 SAREX Information Summary
  1808. To: packet-radio@ucsd.edu
  1809.  
  1810. STS-37 SAREX
  1811. Shuttle Amateur Radio EXperiment
  1812. Information Summary
  1813.  
  1814.  
  1815. Table of Contents
  1816. -----------------
  1817. o Introduction
  1818. o Keplerian Element Set
  1819. o SAREX Uplink/Downlink Frequencies
  1820. o SAREX Packet Operating Hints
  1821. o Mission Audio Retransmissions
  1822. o W5RRR Special Event Station
  1823. o W1AW Voice Bulletins
  1824. o AMSAT Net Operations
  1825. o JSC INFO BBS
  1826. o NASA Select Video Broadcast
  1827. o STS-37 SAREX Timeline
  1828.  
  1829. Revised: 910321 N5QWC
  1830. ============================================================
  1831.  
  1832. SAREX Introduction
  1833.  
  1834. STS-37 Crew:
  1835.   N5RAW, Steve Nagel, Mission Commander
  1836.  KB5AWP, Ken Cameron, Pilot
  1837.   N5QWL, Jay Apt, Mission Specialist
  1838.   N5RAX, Linda Godwin, Mission Specialist
  1839.   N5SCW, Jerry Ross, Mission Specialist
  1840.  
  1841. SAREX equipment on this flight includes a 2m (144-146 Mhz) Motorola radio
  1842. (output 2.3 watts), Robot 1200C slow scan convertor, Heath HK-21 packet TNC,
  1843. a 70cm FSTV receiver, a video camera, and a Monitor/VCR.  Planned operations
  1844. include voice contacts, packet robot, downlinking orbiter video via SSTV,
  1845. uplinking FSTV video to the orbiter. 
  1846.  
  1847. During sleep periods and when no other SAREX activities are scheduled the
  1848. equipment will be left on in packet robot mode.  If time permits the crew
  1849. will setup SAREX to transmit SSTV using orbiter video cameras during the GRO
  1850. satellite release and during the EVA.  The GRO satellite release is
  1851. scheduled for MET 2/03:00 (2 days 3 hours after launch) for 1 hour.  The EVA
  1852. is scheduled for MET 2/22:00 thru MET 3/05:00.  With 5 hams on the flight
  1853. there may be many unscheduled opportunities for operation, I suggest you
  1854. monitor both downlink frequencies on all passes starting with orbit 1 until
  1855. landing, even during sleep periods you could hear something other than
  1856. packet.  Contacts between the shuttle and school children will be
  1857. retransmitted by W5RRR, see timeline for times, and W5RRR frequency
  1858. information below. 
  1859.  
  1860. ============================================================
  1861.  
  1862. Keplerian Element Set
  1863.  
  1864. STS-37
  1865. 1 00037U          91 94.64868056  .00023000           17236-3 0    49
  1866. 2 00037  28.4683 237.6443 0006982 279.6613  80.3332 15.37985111    23
  1867.  
  1868. Satellite: STS-37
  1869. Epoch time:      91094.64868056
  1870. Element set:     JSC-004
  1871. Inclination:       28.4683 deg          Space Shuttle Flight STS-37
  1872. RA of node:       237.6443 deg              Keplerian Elements
  1873. Eccentricity:     .0006982            from pre-launch post OMS-2 vector
  1874. Arg of perigee:   279.6613 deg          Launch:  04 APR 91  14:20 UTC
  1875. Mean anomaly:      80.3332 deg
  1876. Mean motion:   15.37985111 rev/day                 W5RRR
  1877. Decay rate:       2.30E-04 rev/day^2      NASA Johnson Space Center
  1878. Epoch rev:               2
  1879.  
  1880. ============================================================
  1881.  
  1882. SAREX Uplink/Downlink Frequencies
  1883.  
  1884. Downlink/Uplink Frequencies for Voice/Packet/SSTV to be used on Upcoming
  1885. Mission
  1886.  
  1887. Get out your HTUs and HT programming manuals.  You will want to program your
  1888. 2 meter FM transceivers with the following information.  Note that only
  1889. stations with prior arrangements can uplink FSTV signals (special
  1890. authorization is required from the FCC).  It is expected that uplinking FSTV
  1891. will require about 15kw ERP.  FSTV ops and 2m can occur simultaneously. 
  1892.  
  1893. Mode           Downlink Freq Uplink Freq
  1894. -------------- ------------- -----------
  1895. Voice/SSTV     145.55        144.95 (primary), 144.91, 144.97
  1896. Packet         145.51        144.91 (primary), 144.93, 144.99
  1897. FSTV           none          70cm band
  1898.  
  1899. Please note that the frequencies they will be listening for stations ARE
  1900. DIFFERENT than the one they will transmit on.  This is a very important fact
  1901. to understand.  They will transmit to earth (downlink) on a single frequency
  1902. 145.55 MHz for voice and SSTV.  They will listen for stations transmitting
  1903. to the shuttle (uplink) on the other frequencies listed.  This "split"
  1904. operation is used quite successfully by DXers when operating in an
  1905. environment where large pile ups are expected. 
  1906.  
  1907. There will be no simplex operation with SAREX on either voice or packet. 
  1908. Although packeteers are not accustomed to operation with a TX/RX offset, in
  1909. this case, it is the only way to connect to SAREX.  If you transmit on
  1910. 145.55 or 145.51 MHz the only people who will hear you are those other Hams
  1911. in your area trying to hear the shuttle. 
  1912.  
  1913. ============================================================
  1914.  
  1915. SAREX Packet Operating Hints
  1916.  
  1917. FULLDUP OFF
  1918. DWAIT   0.1 - 0.5 seconds
  1919. FRACK   > 3.0 seconds
  1920. C KB5AWP
  1921.  
  1922. The packet call sign on board the shuttle is KB5AWP (SSID=0).  Your TNC
  1923. should be in half-duplex mode (FULLDUP OFF) with CD active just like you do
  1924. for normal VHF packet operations.  If you can compensate for doppler shift
  1925. it is worth the extra effort.  The bandwidth of the SAREX radio is +/-4Khz,
  1926. maximum doppler is around 3.3Khz.  If you canUt compensate for doppler your
  1927. best chance for contact is when the shuttle is at peak elevation at your
  1928. site. 
  1929.  
  1930. You should be careful with the setting of two of your TNC's timers: DWAIT
  1931. and FRACK.  DWAIT is the time interval after your Carrier Detect light goes
  1932. out and before your transmitter turns on.  You want to make sure your
  1933. connects requests and ACKs are contained in the 3 second FUDtimer window. 
  1934. If everybody runs the same DWAIT (like the typical 0.1 - 0.5 second values
  1935. used for terrestrial packet), then everybody will be transmitting at the
  1936. same time.  Part of the key to your success when uplink QRM is heavy is to
  1937. pick a DWAIT that nobody else is using!  (sort of like picking a lottery
  1938. number!)
  1939.  
  1940. FRACK sets the time interval between your transmissions.  After you send a
  1941. frame, your TNC waits for the FRACK time, and then waits for the Carrier
  1942. Detect signal to drop, then waits DWAIT, and then tries again.  You should
  1943. make sure your FRACK is at least 3 seconds so that you are not transmitting
  1944. when the robot's FUDtimer decides it is time for it to transmit -- if you
  1945. are transmitting at the same time, you will miss any packets the shuttle is
  1946. addressing to you and you won't have a successful QSO. 
  1947.  
  1948. Note that your DWAIT (how soon do I transmit?) and FRACK (then how long do I
  1949. wait?) parameters and the need to stop transmitting so you can hear a reply
  1950. are just like you encounter when working a DXpedition pileup on HF.  If the
  1951. DX station has a pattern of listening for a few seconds (=FUDtimer) before
  1952. transmitting, you may have better luck being the LAST station they hear,
  1953. after the din dies down.  The differences are that (1) the robot is a
  1954. computer and is very predictable and (2) the robot can be working several
  1955. stations at one time. 
  1956.  
  1957. ============================================================
  1958.  
  1959. Mission Audio Retransmissions
  1960.  
  1961. The following stations will retransmit the mission audio from the shuttle
  1962. and ground controllers. 
  1963.  
  1964. WA3NAN - Goddard Space Flight Center (GSFC), Greenbelt, Maryland.
  1965. W5RRR  - Johnson Space Center (JSC), Houston, Texas
  1966. W6VIO  - Jet Propulsion Laboratory (JPL), Pasadena, California.
  1967. W6FXN  - Los Angeles
  1968. K6MF   - San Francisco
  1969. W4MWG  - Mebane, NC
  1970.  
  1971. Station    VHF     10m     15m     20m    40m    80m
  1972. ------   ------  ------  ------  ------  -----  -----
  1973. WA3NAN   147.45  28.650  21.395  14.295  7.185  3.860
  1974. W5RRR    146.64
  1975. W6VIO    224.04          21.340  14.270
  1976. W6FXN    145.46
  1977. K6MF     145.58                          7.165  3.840
  1978. NASA/JSC 171.15
  1979. W4MWG                            14.230 (SSTV)
  1980.  
  1981. ============================================================
  1982.  
  1983. W5RRR Special Event Station
  1984.  
  1985. W5RRR - Johnson Space Center (JSC) ARC, Houston, TX.  Special event station
  1986. with bulletins, updated element sets, and current flight information will be
  1987. making contacts and answering questions using SSB on the HF bands.  The
  1988. frequencies are listed below.  The special event station will start after
  1989. launch and run up thru landing.  W5RRR will also retransmit the audio from
  1990. the contacts between STS-37 and schools.  Three of the 5 bands will be in
  1991. use at any given time, band selection will be determined by propagation
  1992. (usually 10/15/20m daytime, 20/40/80m night). 
  1993.  
  1994. Station  10m     15m     20m    40m    80m
  1995. -----  ------  ------  ------  -----  -----
  1996. W5RRR  28.400  21.350  14.280  7.227  3.850   (+/- QRM)
  1997.  
  1998. ============================================================
  1999.  
  2000. W1AW Voice Bulletins
  2001.  
  2002. W1AW will be broadcasting daily bulletins with updated information on SAREX
  2003. during the flight.  Voice bulletins are transmitted daily at 0230 UTC and
  2004. 0530 UTC on the following frequencies:
  2005.  
  2006. Station  10m     15m     17m     20m    40m    80m
  2007. -----  ------  ------  ------  ------  -----  -----
  2008. W1AW   28.590  21.390  18.160  14.290  7.290  3.990
  2009.  
  2010. ============================================================
  2011.  
  2012. AMSAT Net Operations
  2013.  
  2014. Information will also be available from the AMSAT net, tune in for
  2015. bulletins.  The net operates every week on:
  2016.  
  2017.     Sunday  1800-2100 UCT (international)  14.282 Mhz USB
  2018.     Tuesday 0130-0300 UCT (USA)             3.840 Mhz LSB
  2019.  
  2020. ============================================================
  2021.  
  2022. JSC INFO BBS
  2023.  
  2024. The Public Affairs Office at the Johnson Space Center operates a BBS to
  2025. provide information to the public.  Check this board for updates to the
  2026. keplerian element sets during the flight. 
  2027.  
  2028. To access the BBS, call +1-713-483-2500 using 1200 baud, 8-N-1, at the ENTER
  2029. NUMBER: prompt, enter "62511" and you will be connected to the BBS.  Check
  2030. file area 30 or 99 for latest element sets. 
  2031.  
  2032. NASA JSC's Electronic Space Information BBS is intended to provide 24-hour
  2033. access to biographies of NASA officials and astronauts, news releases, space
  2034. flight mission presskits and television schedules, space shuttle systems
  2035. information, flight manifests and schedules, and other information about the
  2036. space program. 
  2037.  
  2038. ============================================================
  2039.  
  2040. NASA Select Video Broadcast
  2041.  
  2042. The continental United States will receive NASA Select television, 24 hours
  2043. a day throughout the mission, via:
  2044.  
  2045. SATCOM F2R
  2046. Transponder 13
  2047. 72 degrees West Longitude
  2048. 3960 MHz (Video)
  2049. 6.8 MHZ (Audio)
  2050.  
  2051. ============================================================
  2052.  
  2053. STS-37 SAREX Timeline (unofficial summary)
  2054.  
  2055.                MET                                                (ST/DST)**
  2056. UTC          D  H  M Rev     Event                            PT     CT     ET
  2057. -----------  ------- --- ----------------------------------- ---- -------- ----
  2058. 4/4/91 1420  0 00 00   1 LAUNCH                              0620 4/4 0820 0920
  2059. 4/4/91 2115  0 06 55   5 Start SAREX Setup                   1315 4/4 1515 1615
  2060. 4/4/91 2120  0 07 00   5 Begin Pre-Sleep Activity            1320 4/4 1520 1620
  2061. 4/4/91 2140  0 07 20   5 Finish SAREX Setup                  1340 4/4 1540 1640
  2062. 4/5/91 0020  0 10 00   7 Begin Sleep Period                  1620 4/4 1820 1920
  2063. 4/5/91 0820  0 18 00  12 Begin Post-Sleep Activity           0020 4/5 0220 0320
  2064. 4/5/91 1120  0 21 00  14 End Post-Sleep Activity             0320 4/5 0520 0620
  2065. 4/5/91 1210  0 21 50  15 Cabin depress to 10.2 PSI           0410 4/5 0610 0710
  2066. 4/5/91 1332  0 23 12  16 AOS FSTV w/N9AB, US Bridge          0532 4/5 0732 0832
  2067. 4/5/91 1350  0 23 30  16 LOS FSTV w/N9AB, US Bridge          0550 4/5 0750 0850
  2068. 4/5/91 1511  1 00 51  17 AOS School #1 via US Bridge         0711 4/5 0911 1011
  2069. 4/5/91 1529  1 01 09  17 LOS School #1 via US Bridge         0729 4/5 0929 1029
  2070. 4/5/91 1649  1 02 29  18 AOS School #2 via US Bridge         0849 4/5 1049 1149
  2071. 4/5/91 1707  1 02 47  18 LOS School #2 via US Bridge         0907 4/5 1107 1207
  2072. 4/5/91 1829  1 04 09  19 AOS School #3 via US Bridge         1029 4/5 1229 1329
  2073. 4/5/91 1845  1 04 25  19 LOS School #3 via US Bridge         1045 4/5 1245 1345
  2074. 4/5/91 2020  1 06 00  20 Begin Pre-Sleep Activity            1220 4/5 1420 1520
  2075. 4/5/91 2020  1 06 00  20 AOS School #4 via SA Bridge         1220 4/5 1420 1520
  2076. 4/5/91 2041  1 06 21  20 LOS School #4 via SA Bridge         1241 4/5 1441 1541
  2077. 4/5/91 2320  1 09 00  22 Begin Sleep Period                  1520 4/5 1720 1820
  2078. 4/6/91 0720  1 17 00  27 Begin Post-Sleep Activity           2320 4/6 0120 0220
  2079. 4/6/91 1020  1 20 00  29 End Post-Sleep Activity             0220 4/6 0420 0520
  2080. 4/6/91 1120  1 21 00  30 GRO Grapple                         0320 4/6 0520 0620
  2081. 4/6/91 1130  1 21 10  30 GRO Unberth                         0330 4/6 0530 0630
  2082. 4/6/91 1230  1 22 10  30 GRO Solar Array Deploy              0430 4/6 0630 0730
  2083. 4/6/91 1350  1 23 30  31 GRO High Gain Antenna Deploy        0550 4/6 0750 0850
  2084. 4/6/91 1431  2 00 11  32 AOS FSTV w/W5RRR, KE4PT w/US Bridge 0631 4/6 0831 0931
  2085. 4/6/91 1451  2 00 31  32 LOS FSTV w/W5RRR, KE4PT w/US Bridge 0651 4/6 0851 0951
  2086. 4/6/91 1730  2 03 10  34 GRO Release                         0930 4/6 1130 1230
  2087. 4/6/91 2020  2 06 00  35 Begin Pre-Sleep Activity            1220 4/6 1420 1520
  2088. 4/6/91 2320  2 09 00  37 Begin Sleep Period                  1520 4/6 1720 1820
  2089. 4/7/91 0720  2 17 00  42 Begin Post-Sleep Activity           2320 4/7 0020 0120
  2090. 4/7/91 1020  2 20 00  44 End Post-Sleep Activity             0120 4/7 0320 0420
  2091. 4/7/91 1020  2 20 00  44 Begin EVA Prep                      0120 4/7 0320 0420
  2092. 4/7/91 1210  2 21 50  46 Unscheduled SSTV/Packet             0310 4/7 0510 0610
  2093. 4/7/91 1235  2 22 15  46 Airlock Depress/Egress              0335 4/7 0535 0635
  2094. 4/7/91 1340  2 23 20  47 Unscheduled SSTV/Packet             0440 4/7 0640 0740
  2095. 4/7/91 1510  3 00 50  48 Unscheduled SSTV/Packet             0610 4/7 0810 0910
  2096. 4/7/91 1640  3 02 20  49 Unscheduled SSTV/Packet             0740 4/7 0940 1040
  2097. 4/7/91 1850  3 04 30  50 Airlock Ingress/Repress             0950 4/7 1150 1250
  2098. 4/7/91 1935  3 05 15  50 Begin Pre-Sleep Activity            1035 4/7 1235 1335
  2099. 4/7/91 2235  3 08 15  52 Begin Sleep Period                  1335 4/7 1535 1635
  2100. 4/8/91 0535  3 15 15  57 Begin Post-Sleep Activity           2035 4/7 2235 2335
  2101. 4/8/91 0835  3 18 15  59 End Post-Sleep Activity             2335 4/8 0135 0235
  2102. 4/8/91 0835  3 18 15  59 Cabin repress to 14.7 PSI           2335 4/8 0135 0235
  2103. 4/8/91 1314  3 22 54  62 AOS School #5 US Bridge             0414 4/8 0614 0714
  2104. 4/8/91 1333  3 23 13  62 LOS School #5 US Bridge             0433 4/8 0633 0733
  2105. 4/8/91 1452  4 00 32  63 AOS Backup FSTV or w/W5RRR US Bridg 0552 4/8 0752 0852
  2106. 4/8/91 1512  4 00 52  63 LOS Backup FSTV or w/W5RRR US Bridg 0612 4/8 0812 0912
  2107. 4/8/91 1925  4 05 05  66 Begin Pre-Sleep Activity            1025 4/8 1225 1325
  2108. 4/8/91 1930  4 05 10  66 Start SAREX Stow                    1030 4/8 1230 1330
  2109. 4/8/91 2000  4 05 40  66 Finish SAREX Stow                   1100 4/8 1300 1400
  2110. 4/8/91 2225  4 08 05  68 Begin Sleep Period                  1325 4/8 1525 1625
  2111. 4/9/91 0625  4 16 05  73 Begin Post-Sleep Activity           2125 4/8 2325 0025
  2112. 4/9/91 0925  4 19 05  75 End Post-Sleep Activity             0025 4/9 0225 0325
  2113. 4/9/91 1325  4 23 05  77 Deorbit Burn                        0425 4/9 0625 0725
  2114. 4/9/91 1430  5 00 10  78 EDW Landing                         0530 4/9 0730 0830
  2115.  
  2116. ** PT (Pacific Time), CT (Central Time) and ET (Eastern Time) starts as stan-
  2117. dard time then changes to daylight savings time on April 7, 0200 local time.
  2118.  
  2119. ============================================================
  2120. ###
  2121. --
  2122. Gary Morris                    Internet: garym@telesoft.com
  2123. Lockheed, Houston, Texas       UUCP:     lobster!avocado!gamorris
  2124. N5QWC/W5RRR                    Phone:    +1 713 283 5195
  2125.  
  2126. ------------------------------
  2127.  
  2128. Date: 23 Mar 91 01:21:04 GMT
  2129. From: epic!karn@bellcore.bellcore.com
  2130. Subject: TAPR meeting notes
  2131. To: packet-radio@ucsd.edu
  2132.  
  2133. In article <17671@sdcc6.ucsd.edu>, williams@beowulf.ucsd.edu (Paul Williamson) writes:
  2134. |> 
  2135. |> A detailed blow-by-blow account of the 1991 TAPR Annual Meeting in Tucson
  2136. |> is available for FTP on tomcat.gsfc.nasa.gov in /public/tapr/blowby.txt
  2137. |> and on thumper.bellcore.com in /pub/ka9q/incoming/blowby.txt (until Phil
  2138. |> moves it to a permanent location).
  2139.  
  2140. I've moved it to /pub/ka9q/misc/blowby.txt.
  2141.  
  2142. Phil
  2143.  
  2144. ------------------------------
  2145.  
  2146. Date: 18 Mar 91 00:48:18 GMT
  2147. From: usc!elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!rpi!uupsi!phage!helix.cshl.org!markiewi@ucsd.edu
  2148. Subject: TCP/IP
  2149. To: packet-radio@ucsd.edu
  2150.  
  2151. Can someone offer me a hand? I am new to both the Internet, and to packet
  2152. so please bear with me. I have a PK232 and am ineterested in using the
  2153. KA9Q TCP/IP package with it. Does anyone have a basic document that they
  2154. could mail me on the proper techniques of its use? How does one obtain
  2155. their address? etc. Any help would be greatly appreciated..
  2156.  
  2157.     Thanks, Peter N2IFC
  2158.  
  2159. ------------------------------
  2160.  
  2161. Date: 18 Mar 91 23:05:35 GMT
  2162. From: sdd.hp.com!usc!rpi!uupsi!phage!helix.cshl.org!markiewi@ucsd.edu
  2163. Subject: Thanks
  2164. To: packet-radio@ucsd.edu
  2165.  
  2166. Thanks to all the people who responded to my posting yesterday. I
  2167. think I have all the info I need, or atleast were I can find it.
  2168.  
  2169. Thanks again, Peter N2IFC
  2170.  
  2171. ------------------------------
  2172.  
  2173. Date: 19 Mar 91 02:57:23 GMT
  2174. From: uvaarpa!haven!boingo.med.jhu.edu!aplcen!wb3ffv!howardl@mcnc.org
  2175. Subject: The Amateur Radio BBS - How to access
  2176. To: packet-radio@ucsd.edu
  2177.  
  2178. +------------------------------------------------------------------------------+
  2179.         HOW TO ACCESS THE WB3FFV AMATEUR RADIO TELEPHONE BBS !!!
  2180.  
  2181.  
  2182.  I have placed a BBS system on-line that is mainly oriented towards the 
  2183. Amateur Community (but there is other stuff on-line). As of now I have not
  2184. attempted to promote this system any place except in the amateur channels
  2185. (PACKET, USENET, & word of mouth), and will continue under this policy, as
  2186. I hope to keep it oriented toward amateur radio. The various software for
  2187. UP/DOWNload is available via telephone dialup and Packet TCP/IP, and through
  2188. user support I hope to keep the latest and greatest ham software on-line.
  2189. Below is the information that is needed in order to access the BBS via
  2190. Telephone -or- TCP/IP, please pass it around to as many ham's as possible.
  2191.  
  2192.  System Name: WB3FFV
  2193.  User Login: bbs
  2194.  Number: (301)-625-0817 -- 1200 & 2400 (Non-MNP)
  2195.  Number: (301)-625-9482 -- 1200,2400,4800,9600,19200,38400 V.32 (V.42bis/MNP5)
  2196.  Number: (301)-625-9663 -- 1200 & 2400 (MNP5), 9600 & 19200 (PEP) 
  2197.  Data Settings: 8 Bits, NO Parity, 1 Stop Bit
  2198.  Times: 24hrs/365days  (except for routine maintenance)
  2199.  Software: XBBS  (UNIX/Xenix Multiuser BBS)
  2200.  IP Address: 44.60.128.1 {wb3ffv.ampr.org} [for FTP access on 145.650 mhz ONLY]
  2201.  Misc. Info: Machine is an 80486 computer running UNIX V.3.2 and features 800 
  2202.              Meg of on-line storage. Most transfer protocols are available!!
  2203.  
  2204.  
  2205.  I attempt to keep the latest and greatest HAM software on-line, and encourage
  2206. all to upload anything new that they come up with, as it is of benefit to all.
  2207. Here is a sample of a couple pieces of software that is available for DOWNLOAD:
  2208.  
  2209.  KA9Q TCP/IP Software for the PC (Latest OFFICIAL release + TEST Versions) 
  2210.  KA9Q TCP/IP for the Atari-ST, MAC, & Amiga
  2211.  KA9Q TCP/IP for UNIX based systems
  2212.  KA9Q TCP/IP (The NOS release)  [UNIX, MS/DOS, Amiga]
  2213.  KA9Q TCP/IP (Version by G1EMM, PE1CHL, PA0GRI, Etc.)
  2214.  N2GTE Packet Mail Switch [GTEPMS] (Version 1.2)
  2215.  WA7MBL BBS for the PC (Versions 3.31, 4.31 & 5.1[2,3,4])
  2216.  W0RLI BBS for the PC (Versions 6.xx, 7.xx, 8.xx, 9.xx, 10.xx, 11.xx)
  2217.  MSYS BBS for the PC running KISS TNC's  (Version 1.07-1.10)
  2218.  AA4RE BBS for the PC (Version 2.10)
  2219.  Various BBS utilities and enhancements
  2220.  Several MORSE CODE Tutors
  2221.  TheNet software by NORD><LINK  (Version 1.01 & 2.06)
  2222.  Modifications for many HAM Rigs and Scanners
  2223.  Digital Signal Processing software (DSP)
  2224.  DX and contesting programs
  2225.  ARRL Newsletters & Gateway
  2226.  W5YI Electronic Edition
  2227.  
  2228.  There is much more available on the BBS, and I don't want to waste a lot of
  2229. PACKET BBS space trying to list it all, so if you are interested give it a
  2230. call and see for yourself !!!
  2231.  
  2232. If you are interested in using UUCP to connect to the BBS, this can also be
  2233. done as I support Anon-uucp. The login to the system is 'uucpanon', and there 
  2234. is NO password. The listing of avalible archives are stored in a file called
  2235. 'FILES', and it is located in the /usr/spool/uucppublic. To retrieve the files
  2236. listing just use the following command:
  2237.  
  2238. uucp wb3ffv!~/FILES /usr/spool/uucppublic    
  2239.  
  2240. This will move a copy of my files listing into your uucppublic directory.  If
  2241. you have any questions or problems, feel free to contact me at one of the 
  2242. numbers/adresses below. Good Luck...
  2243.  
  2244. ------------------------------
  2245.  
  2246. Date: 19 Mar 91 02:53:46 GMT
  2247. From: uvaarpa!haven!boingo.med.jhu.edu!aplcen!wb3ffv!howardl@mcnc.org
  2248. Subject: The N2GTE Packet Mail Switch
  2249. To: packet-radio@ucsd.edu
  2250.  
  2251.     Hello All,
  2252.  
  2253. As I promised about two weeks ago, here is a little more detail on the N2GTE
  2254. Packet Mail Switch.  I would have written back sooner, but getting the flu 
  2255. caused my bed to take priority over Email :-(
  2256.  
  2257. Many of you on here have talked about the problems with the TCP/IP section of
  2258. the MSYS package, but here is a BBS (if you want to run a BBS) that won't have
  2259. the problems listed since it actually uses NET (from Phil - KA9Q) so everything
  2260. should work.  
  2261.  
  2262. The BBS is a multi-user/multi-tasking system that runs inside of DesqView 2.3x
  2263. and uses DesqView like I have seen no other packaged do.  To achive very good
  2264. efficiency it uses multiple windows to acomplish it's tasks, and will open and
  2265. close user and forwarding windows as needed.  
  2266.  
  2267. Also one unique feature of the BBS is it's ability to learn new routes to other
  2268. BBS systems.  GTEPMS if not sure how to resolve a message, will send a request
  2269. to other GTEPMS systems in the area and ask them if they know how to resolve
  2270. the mail, and if so it will learn the path and add it to it's own tables.
  2271.  
  2272. I won't go into a big thing here on just what all the BBS will do, but will 
  2273. leave info below on how you can download the doc's if you desire.
  2274.  
  2275. Where I really like this BBS program is in it's ability to exchange mail 
  2276. between the BBS and NET.  I a message arrives on the BBS and it is destined
  2277. for an IP address (.AMPR, .AMPR.ORG, or whatever you specify), or the user
  2278. is listed in the forward file.  The BBS will place the message in the 
  2279. SPOOL\MQUEUE directory and setup the job for SMTP transfer.   Also if a job
  2280. arrives via SMTP and the next host can't be found in the HOSTS table ( this
  2281. assumes you have it set to place the unresolved jobs in RQUEUE), and the 
  2282. job gets placed in SPOOL\RQUEUE.  The GTEPMS system will scan the RQUEUE
  2283. directory and attempt to resolve the message.  So if the unresolved message
  2284. was for say W3XYZ @ WB3FFV.MD.USA.NA, it will accept that message and place
  2285. it in the BBS for forwarding in the BBS network.
  2286.  
  2287. As you can see this provides a complete gateway between the BBS and TCP/IP
  2288. worlds, and avoids many of the problem IP implementations in other BBS 
  2289. systems by actaully using NET.  I personally wanted to receive the local
  2290. BBS bulletins (and used the IP mbox, but it had many problems), but wasn't
  2291. willing to stop running NET/NOS to do this.  This BBS package (GTEPMS) has
  2292. allowed me to do both, and since becoming a beta tester for Doug's code I
  2293. have very much enjoyed the package.
  2294.  
  2295. One thing that should NOT be overlooked, this is a BIG system and requires
  2296. the mimimum configuration listed below:
  2297.  
  2298. 80286 based system      (The faster the better)   {386 if at all possible}
  2299. Desqview 2.3x           (QEMM-386 5.x if using a 386)
  2300. 2Meg of DRAM            (4Meg if also using NET)
  2301. G8BPQ PC-Node Software  (Version 3.57 to 3.59)
  2302. GTEPMS Version 1.2      (of course :-)
  2303.  
  2304. I personally use an 80386sx-20 with 4MB of RAM to run the system, but with
  2305. this configuration I can also use TC++ at the same time!
  2306.  
  2307. OK, so you want to know where you can get the software.  The code can be 
  2308. downloaded from my telephone BBS, and I will once again post in a seperate
  2309. message the information on how to reach my BBS.  I will also try and post 
  2310. the files on thumper and tomcat over the next couple days when I have time
  2311. to upload them, but for now it is only on the BBS.
  2312.  
  2313. Hopefully this will answer the questions some of you have on the BBS, and if
  2314. you decided to try it I would really like to hear what you think of it as well..
  2315.  
  2316.  
  2317. -------------------------------------------------------------------------------
  2318. Internet  : howardl@wb3ffv.ampr.org    |    Howard D. Leadmon
  2319. UUCP      : wb3ffv!howardl        |    Advanced Business Solutions
  2320. TELEX     : 152252474             |    210 E. Lombard St - Suite 410
  2321. FAX       : (301)-244-8790              |       Baltimore, MD 21202 
  2322. PACKET    : WB3FFV @ WB3FFV.MD.USA.NA   |       Phone: (301)-576-8635
  2323.  
  2324. ------------------------------
  2325.  
  2326. Date: 20 Mar 91 23:59:37 GMT
  2327. From: news-mail-gateway@ucsd.edu
  2328. Subject: TNC Emulators on PC's
  2329. To: packet-radio@ucsd.edu
  2330.  
  2331. Some time ago, a European software package was announced that could
  2332. emulate a TNC on an IBM PC or PC Clone.  Besides that package, are
  2333. there any other IBM clones TNC emulators around?
  2334.  
  2335. ------------------------------
  2336.  
  2337. Date: 21 Mar 91 00:28:45 GMT
  2338. From: theory.tn.cornell.edu!payne@THEORY.TN.CORNELL.EDU
  2339. Subject: TNC Emulators on PC's
  2340. To: packet-radio@ucsd.edu
  2341.  
  2342. In article <9103202358.AA23474@ucsd.edu> GIDEN@WSUVM1.CSC.WSU.EDU (Robert Giden N7KCG) writes:
  2343. >Some time ago, a European software package was announced that could
  2344. >emulate a TNC on an IBM PC or PC Clone.  Besides that package, are
  2345. >there any other IBM clones TNC emulators around?
  2346.  
  2347.     Yes, there is.  I've written a program called PMP (Poor Man's Packet)
  2348. that is in use here in the Ithaca, NY area.  The gory details of the serial
  2349. protocol are not as cleanly implemented as Baycom (my program hangs the 
  2350. machine during RX and TX) and I don't have as many features as Baycom.
  2351. But overall, I think my program is much more cleanly implemented (overall
  2352. structure, user interface, configuration).
  2353.  
  2354.     Originally, I was going to make the program shareware.  Now, with
  2355. the usual lack of time, I'm giving it away as "guiltware"--send me what
  2356. you think it is worth.  I offer no guarantees;  I may never get around to
  2357. fixing bugs.  But I will give you some help:  full source code (Turbo C).
  2358.  
  2359.     If there is any interest, I will make it available via anonymous
  2360. FTP.
  2361. -- 
  2362. =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =
  2363. Andrew C. Payne, N8KEI        UUCP:  ...!cornell!batcomputer!payne
  2364.                           INTERNET:  payne@tcgould.tn.cornell.edu
  2365.  
  2366. ------------------------------
  2367.  
  2368. Date: 21 Mar 91 21:55:06 GMT
  2369. From: usc!wuarchive!waikato.ac.nz!comp.vuw.ac.nz!cc-server4.massey.ac.nz!G.Moretti@ucsd.edu
  2370. Subject: TNC Emulators on PC's
  2371. To: packet-radio@ucsd.edu
  2372.  
  2373. >>> Re PMP - A user's comments
  2374.  
  2375. An excellent program.  I've been using it for about a year and it
  2376. works well.  Several other users down in this part of the world have
  2377. been using it quite successfully too ...
  2378.  
  2379. One disadvantage (which apparently is shared by BAYCOM) is that you
  2380. cannot upload/download binary files (no YAPP/XMODEM ...) support. 
  2381.  
  2382. I've been using the second parallel port, but as the port address, the
  2383. active bit and which level is active are defined in the config file
  2384. (PMP.CFG) you should be able to use either serial or parallel port to
  2385. talk to the modem.  
  2386.  
  2387. The modem side is simply a 7910 based modem for 1200 baud.
  2388.  
  2389. These comments apply to PMP version 0.93.  Andy may have released a
  2390. later version.
  2391.  
  2392. Cheers
  2393. Giovanni  ZL2BOI
  2394.  
  2395.  
  2396.  
  2397. -- 
  2398. ------------------------------------------------------------------------------
  2399. Giovanni Moretti, Consultant       | G.Moretti@massey.ac.nz, Pkt-ZL2BOI@ZL2BFJ
  2400. Computer Centre,  Massey University| Ph 64 63 69099 x8398, FAX 64 63 505607
  2401. Palmerston North, New Zealand      | QUITTERS NEVER WIN, WINNERS NEVER QUIT
  2402. ------------------------------------------------------------------------------
  2403.  
  2404. ------------------------------
  2405.  
  2406. Date: 20 Mar 91 15:26:23 GMT
  2407. From: usc!apple!well!kdavis%well.sf.ca.us@ucsd.edu
  2408. Subject: WANTED: Docs for NETPC (DL3DBT v891105)
  2409. To: packet-radio@ucsd.edu
  2410.  
  2411. I am running the net.exe called netpc developed in Germany by
  2412. DL3DBT and group.  I have it running fine on two ports with
  2413. tcp/ip and net/rom.
  2414.  
  2415. I need the documentation for this (in English, I hope).  Many features
  2416. like NOS are handled with this program and it has color and windowing
  2417. support.
  2418.  
  2419. If anyone knows where I can ftp the docs please contact me.  Thanks!
  2420.  
  2421. -- Ken
  2422.  
  2423.  
  2424. ------------------------------
  2425.  
  2426. Date: 21 Mar 91 17:57:32 GMT
  2427. From: agate!apple!veritas!amdcad!sono!collins@ucbvax.berkeley.edu
  2428. Subject: Where can I download Baycom?
  2429. To: packet-radio@ucsd.edu
  2430.  
  2431. I am looking for a copy of Baycom and noticed in a previous
  2432. posting that someone (don't remember who, unfortunately)
  2433. mentioned downloading it. Does anyone know of a site which
  2434. has Baycom and which could e-mail a uuencode'd copy (I do
  2435. not have ftp access)?
  2436.  
  2437. Thanks in advance,
  2438.  
  2439. Michael Stratford Collins
  2440. collins@sono.uucp
  2441. sun!sono!collins
  2442.  
  2443. ------------------------------
  2444.  
  2445. Date: (null)
  2446. From: (null)
  2447. > And while I'm pontificating (:-) the left most callsign (in the above 
  2448. > examples
  2449. > VK6ZJM) should ONLY be considered for routing purposes if it is shown as part
  2450. > of the domain segment (eg VK6ZJM.VK6BBS.#WA.AUS). Once the '@' is reached in
  2451. > the right to left scan, routing should stop. The reason is this: the 
  2452. > originator
  2453. > of the message may know that VK6ZJM has moved QTH - routing software wouldn't
  2454. > always know this.
  2455. > 
  2456. I think that when someone moves the first person they tell (in the packet
  2457. world) is the SYSOP of their local BBS, otherwise that BBS is going to keep
  2458. trying to forward mail to them when they're not there. Being able to forward
  2459. on the TO field is often very useful - remote SYSOPs often like to have mail
  2460. addressed to SYSOP forwarded on to them, for example.
  2461.  
  2462. ----
  2463. Brian Lloyd
  2464. Software Management & Control,         # By e-mail : blloyd@axion.bt.co.uk
  2465. Software Technology Division,        # By Phone  : +44 (0)473 646650
  2466. SSTF Building, BTRL, Martlesham Heath,     # By Fax    : +44 (0)473 643019
  2467. Ipswich, Suffolk. UK. IP5 7RE        # By Packet : G1NNA@GB7NNA.GBR.EU
  2468.  
  2469. ------------------------------
  2470.  
  2471. Date: 19 Mar 91 05:01:47 GMT
  2472. From: gatech!udel!haven!ni.umd.edu!sayshell.umd.edu!louie@ucsd.edu
  2473. To: packet-radio@ucsd.edu
  2474.  
  2475. References <7492.27e484b1@cc.curtin.edu.au>, <1991Mar18.150624.23335@axion.bt.co.uk>, <1991Mar18.215239.19274@casbah.acns.nwu.edu>
  2476. Subject : Re: Hierarchical Forwarding pounds (#)
  2477.  
  2478. In article <1991Mar18.215239.19274@casbah.acns.nwu.edu> hpa@casbah.acns.nwu.edu (Peter Anvin) writes:
  2479. >In proper domain-style addressing, a la the Internet, this would rather be:
  2480. >
  2481. >Do I know where VK6ZJM.WA.AUS is?     No
  2482. >Do I know where WA.AUS is?            No
  2483. >Do I know where AUS is?               Yes
  2484. >Forward in direction AUS
  2485. >
  2486.  
  2487. Bzzzzzt - wrong.  In domain-style "addresses", names are just names,
  2488. and DO NOT imply routes.  There are names, addresses, and routes; it
  2489. is important to keep the distinction between each of them. 
  2490.  
  2491. Internet style names are broken into an administrative heirarchy which has
  2492. (by design and absolute intent) nothing to do with routing or addresses.  
  2493.  
  2494. If you are going to cite Internet style domain names, please don't change
  2495. the meaning while you're at it.
  2496.  
  2497. Yes, some of us are really sensitive about this distinction.
  2498.  
  2499. louie
  2500. WA3YMH
  2501.  
  2502. ------------------------------
  2503.  
  2504. Date: 19 Mar 91 10:35:36 GMT
  2505. From: ucselx!bionet!apple!mips!spool.mu.edu!munnari.oz.au!manuel!csc.canberra.edu.au!echo!skcm@ucsd.edu
  2506. To: packet-radio@ucsd.edu
  2507.  
  2508. References <1991Mar15.025040.16086@maverick.ksu.ksu.edu>, <1991Mar16.202548.18162@ims.alaska.edu>, <7492.27e484b1@cc.curtin.edu.au>
  2509. Subject : Re: Hierarchical Forwarding pounds (#)
  2510.  
  2511. In <7492.27e484b1@cc.curtin.edu.au> Murray_RJ@cc.curtin.edu.au (Ron Murray) writes:
  2512. >> the octothorpe, '#'.
  2513. >2. Someone in Australia mis-read the documentation and decided that this name
  2514. >   change was necessary. This is probably the more likely.
  2515.  
  2516. FAR FAR more likely.  :-)  Browsing thru the mail on my BBS (VK1KCM) I notice
  2517. South Australia and Western Australia both use the "#" at the state level 
  2518. while everybody else only uses it below the state. (#SA, #WA and ACT, NSW etc)
  2519.  
  2520. It's rare, however, for there to be any identifiers below the state level.
  2521. My address here in Canberra is;
  2522. vk1kcm@vk1kcm.act.aus.oc
  2523.  
  2524. Also the "Asianet" sysops, mainly Brian Beamish Vk4BBS decided that we wouldn't
  2525. use .au as our domain.  Instead we have to use .oc (for Oceania).  Needless to
  2526. say none of these people are on the internet. :-(
  2527.  
  2528.  
  2529. Carl.
  2530.  
  2531. ------------------------------
  2532.  
  2533. Date: 15 Mar 91 03:12:15 GMT
  2534. From: swrinde!elroy.jpl.nasa.gov!sdd.hp.com!uakari.primate.wisc.edu!umriscc!maverick.ksu.ksu.edu!matt.ksu.ksu.edu!steve@ucsd.edu
  2535. To: packet-radio@ucsd.edu
  2536.  
  2537. References <47@norand.UUCP>, <29868@ucsd.Edu>, <1991Mar13.212921.31032@cunixf.cc.columbia.edu>ck.ks
  2538. Subject : Re: Digital repeater network
  2539.  
  2540.  
  2541. >Has anyone looked into the feasibility of creating a digital repeater network?
  2542. >It seems to me that this would allow most any ham to talk to most any other,
  2543. >anywhere, using a simple handheld radio. This seems like a logical extension
  2544. >of the current plans to create an analog system using dynamic links to a
  2545. >long distance backbone.  The problem with this scheme is:  what happens
  2546. >if a link in the backbone fails; and if more than one user wants to use the
  2547. >system at the same time?  It would be a very resource intensive system, 
  2548. >anyway.
  2549.  
  2550. I have thought of this idea.  With current A/D and DSP technology, it 
  2551. would be easy to build a fully Digital Audio Repeater (DAR).  Just convert
  2552. the received audio with an A-to-D, add filtering/CW tones/ect 
  2553. with a DSP and spit out the result using a D-to-A.  If 
  2554. output to a network is wanted, just send the digital streams 
  2555. to a RF modem as well as the transmitter.  Also, voice mail could  
  2556. easily be implemented with the addition of secondary storage. (it could
  2557. even be transferred as normal mail over conventional packet channels.)
  2558.  
  2559. >In short:  why couldn't the Amateur community set up the equivalent of a
  2560. >digital cellular network with modest user requirements, linked exclusively
  2561. >by radio and therefore immune to damage to the hard-wired systems such as
  2562. >the telephone network.
  2563.  
  2564. A similar 'what if' was presented at the _9th Computer Networking Conference_
  2565. by Jon Bloom, KE3Z.  The technology is getting there, but it will take
  2566. even more time before the idea catches on.  We have a large base of
  2567. old technology voice repeaters that will not go away.  :-)
  2568.  
  2569. -Steve Schallehn, KB0AGD
  2570.  Kansas State University
  2571.  
  2572. ------------------------------
  2573.  
  2574. Date: (null)
  2575. From: (null)
  2576. --Kauto, OH5LFM
  2577.  
  2578. --
  2579. ****************** Kauto Huopio (huopio@kannel.lut.fi) **********************
  2580. *  Mail: Kauto Huopio, Punkkerikatu 1 A 10, SF-53850 Lappeenranta,Finland   *
  2581. *****************************************************************************
  2582.  
  2583. ------------------------------
  2584.  
  2585. Date: 20 Mar 91 02:49:36 GMT
  2586. From: swrinde!elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!casbah.acns.nwu.edu!hpa@ucsd.edu
  2587. To: packet-radio@ucsd.edu
  2588.  
  2589. References <1991Mar18.150624.23335@axion.bt.co.uk>, <1991Mar18.215239.19274@casbah.acns.nwu.edu>, <1991Mar19.050147.911@ni.umd.edu>
  2590. Subject : Re: Hierarchical Forwarding pounds (#)
  2591.  
  2592. In article <1991Mar19.050147.911@ni.umd.edu> louie@sayshell.umd.edu (Louis A. Mamakos) writes:
  2593. >Bzzzzzt - wrong.  In domain-style "addresses", names are just names,
  2594. >and DO NOT imply routes.  There are names, addresses, and routes; it
  2595. >is important to keep the distinction between each of them. 
  2596. >
  2597. >Internet style names are broken into an administrative heirarchy which has
  2598. >(by design and absolute intent) nothing to do with routing or addresses.  
  2599. >
  2600. >If you are going to cite Internet style domain names, please don't change
  2601. >the meaning while you're at it.
  2602.  
  2603. I stand corrected -- to a degree.  What I should have said, I guess, would
  2604. be something like ``this is the intent of hierarchial **addressing**''.
  2605.  
  2606. As you correctly point out, Internet host names are hierarchial but do not
  2607. necessarily imply addressing.  They do if and only if they point to a
  2608. non-IP subdomain for mail traffic, such as fidonet.org, where routing is
  2609. provided through UUCP to different gateways depending on a specified
  2610. subdomain.
  2611.  
  2612. In the store-and-forward landline network Fidonet, addresses are
  2613. hierarchial but numerical on the form
  2614.  
  2615.     NNN:NNN/NNN.NNN      (the punctuation allows for abbreviation only)
  2616.  
  2617. The Fidonet address is left-major, opposite the direction of the Internet
  2618. and Amateur Packet hierarchial names, but partially similar to the IP
  2619. numbering system (NNN.NNN.NNN.NNN).
  2620.  
  2621. If a system is to send mail to, say, 2:206/203.1 it uses an algorithm like
  2622. this:
  2623.  
  2624.     [THIS IS VERY SIMPLIFIED AS ANYONE FAMILIAR WITH FIDONET WOULD SEE
  2625.      IMMEDIATELY]
  2626.  
  2627.     Do I have a route to 2:206/203.1?     No
  2628.     Do I have a route to 2:206/203.0?     No
  2629.     Do I have a route to 2:206/0.0?       No
  2630.     Do I have a route to zone 2?          YES - 1:115/500.0 -> forward
  2631.  
  2632. The amateur AX.25 network is different from Fidonet, Internet and UUCP in
  2633. topology, nature of the nodes, the information each node has, and
  2634. addressing format.  Thus what applies to one does not necessarily aplpy to
  2635. the other.  That doesn't prevent us from learning from each other and find
  2636. a good combination of techniques needed for each individual network.
  2637.  
  2638.                         /Peter
  2639.  
  2640. -- 
  2641. hpa = H. Peter Anvin (in case you wondered) * Heja Sverige!
  2642. INTERNET:   hpa@casbah.acns.nwu.edu   FIDONET:  1:115/989.4
  2643. HAM RADIO:  N9ITP, SM4TKN             RBBSNET:  8:970/101.4
  2644.  
  2645. ------------------------------
  2646.  
  2647. Date: (null)
  2648. From: (null)
  2649. The idea of scanning from left to right is to find the most direct route to
  2650. the destination. If I was to forward a message to you, the BBS would perform
  2651. the following steps :
  2652.  
  2653. Do I know where VK6ZJM is?
  2654. No - do I know where VK6BBS is?
  2655. No - do I know where #WA is?
  2656. No - do I know where AUS is?
  2657. Yes - forward the message in that direction.
  2658.  
  2659. If, on the other hand, I had a direct link to VK6BBS I would forward the
  2660. message there, rather than to Australia, as VK6BBS is much closer to you
  2661. Australia in general.
  2662.  
  2663. The main reason for having the # before the second field is to eliminate any
  2664. problem which may arise from having a local hierarchical address which is
  2665. the same as a country or continent designator. If, for example, you had a
  2666. local address of NA (for Northern Australia, say), then the BBS would try to
  2667. send the message to North America, as that is what NA is supposed to be.
  2668.  
  2669. I hope this helps a bit.
  2670.  
  2671. Brian
  2672. (G1NNA@GB7NNA.GBR.EU)
  2673.  
  2674. ------------------------------
  2675.  
  2676. End of Packet-Radio Digest
  2677. ******************************
  2678.