home *** CD-ROM | disk | FTP | other *** search
/ HAM Radio 1 / HamRadio.cdr / packet / packpro2 / pd91038.txt < prev    next >
Internet Message Format  |  1991-02-10  |  5KB
  1. From wang!elf.wang.com!ucsd.edu!packet-radio-relay Sat Feb  9 14:20:00 1991 remote from tosspot
  2. Received: by tosspot (1.63/waf)
  3.     via UUCP; Sun, 10 Feb 91 21:00:01 EST
  4.     for lee
  5. Received: from somewhere by elf.wang.com id aa28428; Sat, 9 Feb 91 14:19:59 GMT
  6. Received: from ucsd.edu by uunet.uu.net (5.61/1.14) with SMTP 
  7.     id AA06270; Sat, 9 Feb 91 08:24:51 -0500
  8. Received: by ucsd.edu; id AA12277
  9.     sendmail 5.64/UCSD-2.1-sun
  10.     Sat, 9 Feb 91 04:30:19 -0800 for hpbbrd!db0sao!dg4scv
  11. Received: by ucsd.edu; id AA12272
  12.     sendmail 5.64/UCSD-2.1-sun
  13.     Sat, 9 Feb 91 04:30:16 -0800 for /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
  14. Message-Id: <9102091230.AA12272@ucsd.edu>
  15. Date: Sat,  9 Feb 91 04:30:12 PST
  16. From: Packet-Radio Mailing List and Newsgroup </dev/null@ucsd.edu>
  17. Reply-To: Packet-Radio@ucsd.edu
  18. Subject: Packet-Radio Digest V91 #38
  19. To: packet-radio@ucsd.edu
  20.  
  21.  
  22. Packet-Radio Digest         Sat,  9 Feb 91       Volume 91 : Issue  38
  23.  
  24. Today's Topics:
  25.   Has Part 97 changed THAT much? (was Re: PACKET->Internet Gateway)
  26.                        PACKET->Internet Gateway
  27.           Tandy 100/102 series and packet radio - need hints
  28.  
  29. Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
  30. Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
  31. Problems you can't solve otherwise to brian@ucsd.edu.
  32.  
  33. Archives of past issues of the Packet-Radio Digest are available 
  34. (by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".
  35.  
  36. We trust that readers are intelligent enough to realize that all text
  37. herein consists of personal comments and does not represent the official
  38. policies or positions of any party.  Your mileage may vary.  So there.
  39. ----------------------------------------------------------------------
  40.  
  41. Date: 7 Feb 91 21:07:08 GMT
  42. From: hpl-opus!hpnmdla!alanb@hplabs.hpl.hp.com  (Alan Bloom)
  43. Subject: Has Part 97 changed THAT much? (was Re: PACKET->Internet Gateway)
  44. To: packet-radio@ucsd.edu
  45.  
  46. In rec.ham-radio.packet, dana@locus.com (Dana H. Myers) writes:
  47.  
  48. >    [remainder deleted]
  49.  
  50.  
  51. >  My copy of Part 97 is in the ARRL "The FCC Rule Book". None of these
  52. >paragraphs (a) exist or (b) say the same thing. Has Part 97 really changed
  53. >that much since November 1, 1987?
  54.  
  55. Yes.  There was a complete rewrite a couple years ago.
  56.  
  57. AL N1AL
  58.  
  59. ------------------------------
  60.  
  61. Date: 5 Feb 91 19:18:26 GMT
  62. From: hsdndev!think.com!news!bruce@ucbvax.Berkeley.EDU  (Bruce Walker)
  63. Subject: PACKET->Internet Gateway
  64. To: packet-radio@ucsd.edu
  65.  
  66. In article <11771@helios.TAMU.EDU> willis@photon.tamu.EDU (Willis Marti) writes:
  67.     ...
  68.    For all except SMTP, it is easy to configure a router so that no one on the
  69.    Internet side can initiate a connection.  I then claim that since an
  70.    amateur would be initiating the host session and/or file transfer, that
  71.    passing traffic back and forth thru the router is within the rules.
  72.  
  73. Careful.  While it is quite possible to configure a router so that no one
  74. can successfully inititate a connection to some or all TCP ports
  75. (services), it isn't generally possible to configure a router to not
  76. forward packets which look like part of an established connection but might
  77. not be.  Such bogons would be discarded at their final destination, but if
  78. they had already crossed the airwaves, the damage would have been done.
  79.  
  80.  
  81. --
  82. --Bruce Walker
  83.   Thinking Machines Corporation, Cambridge, MA
  84.   bruce@think.com; +1 617 234 4810
  85.  
  86. ------------------------------
  87.  
  88. Date: 8 Feb 91 03:21:35 GMT
  89. From: uhccux!munnari.oz.au!manuel!csc.canberra.edu.au!echo!skcm@ames.arc.nasa.gov  (Carl Makin)
  90. Subject: Tandy 100/102 series and packet radio - need hints
  91. To: packet-radio@ucsd.edu
  92.  
  93. In <1991Feb7.060014.11255@terminator.cc.umich.edu> swood@terminator.cc.umich.edu (Scott Wood) writes:
  94.  
  95. >I am looking for help, and input from anyone that has used the tandy
  96. >100/102 laptops with their amateur radio set-ups.  Especially with 
  97. >packet or station management. 
  98.  
  99. A tandy 100 was used in the first mobile and portable packet experiments
  100. here in Canberra. :-)  Friend of mine had it setup in the car.  Somebody
  101. connected to say hello and was rather confused when Doug typed back "not
  102. now I'm driving". :-)
  103.  
  104. We use that same m100 quite a bit when we go to a remote digipeater site as
  105. the terminal end of a TNC-2/HH portable station configuration.
  106.  
  107. There is also a BBS available for the m100 written in basic that seems to
  108. work ok over packet however with the growing number of PMSs it's not really
  109. worthwhile.  Most TNC's now have more processing power than a m100.
  110.  
  111. Carl.
  112.  
  113. ------------------------------
  114.  
  115. End of Packet-Radio Digest
  116. ******************************
  117.