home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
HAM Radio 1
/
HamRadio.cdr
/
misc
/
pkthints
/
pd91031.txt
< prev
next >
Wrap
Internet Message Format
|
1991-02-01
|
14KB
From wang!elf.wang.com!ucsd.edu!packet-radio-relay Fri Feb 1 15:29:32 1991 remote from tosspot
Received: by tosspot (1.63/waf)
via UUCP; Sat, 02 Feb 91 12:00:59 EST
for lee
Received: from somewhere by elf.wang.com id aa08178; Fri, 1 Feb 91 15:29:30 GMT
Received: from ucsd.edu by uunet.uu.net (5.61/1.14) with SMTP
id AA28207; Fri, 1 Feb 91 08:58:40 -0500
Received: by ucsd.edu; id AA05080
sendmail 5.64/UCSD-2.1-sun
Fri, 1 Feb 91 04:30:21 -0800 for hpbbrd!db0sao!dg4scv
Received: by ucsd.edu; id AA05066
sendmail 5.64/UCSD-2.1-sun
Fri, 1 Feb 91 04:30:15 -0800 for /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Message-Id: <9102011230.AA05066@ucsd.edu>
Date: Fri, 1 Feb 91 04:30:11 PST
From: Packet-Radio Mailing List and Newsgroup </dev/null@ucsd.edu>
Reply-To: Packet-Radio@ucsd.edu
Subject: Packet-Radio Digest V91 #31
To: packet-radio@ucsd.edu
Packet-Radio Digest Fri, 1 Feb 91 Volume 91 : Issue 31
Today's Topics:
Amprnet services listing (2 msgs)
FREE Kantronics KPC-II Firmware.
Help! What is it?
ka9q NOS on an AT&T 3b1 unix-pc
Omni vs beam antennas.
PACKET->Internet Gateway
Shareware on Packet
Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.
Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".
We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party. Your mileage may vary. So there.
----------------------------------------------------------------------
Date: Thu, 31 Jan 91 09:45:41 -0500
From: rossjr%gtec3.dnet@gte.com (Charlie Ross, Jr.)
Subject: Amprnet services listing
To: "maverick.ksu.ksu.edu!matt.ksu.ksu.edu!steve@uunet.uu.net"@gte.com
> In the last issue of QEX magazine, the "Gateway" had a listing
> of finger and mail services for TCP/IP. A question popped into my
> head as why such a list was given in a national magazine.
>
> Since we do not have a nationwide TCP/IP network in the USA, is
> connectivity to these services a problem or is it
> possible for ANY TCP/IP'er to use these services.
I was the person who compiled the list. It was originally published in two
regional newsletters, "The Wireless Bitstream" (newsletter of the Boston
Computer Society A/R SIG) and "The New England TCPer" (newsletter of the
New England TCP Association. I didn't hear about it appearing in QEX/Gateway
until people received their copies and started mentioning it.
I'm currently unclear as to why it was published in a national newsletter.
A copy is "in the mail" to me and I want to see it before pursuing it further
with Stan Horzepa (Gateway's editor).
Yes, indeed--connectivity would be a "problem" unless you're linked into
the New England subnet. I do feel that similar listings would be useful
for each regional net, particularly for the sake of newcomers in each area.
To that extent, perhaps it was published as an example--I don't know, I'll have
to see what wrap-around Stan wrote for it.
--Charlie Ross, NC1N
rossjr@gtec3.gte.com
nc1n@nc1n.ampr.org
NC1N @ WA1PHY.MA
------------------------------
Date: 31 Jan 91 16:04:47 GMT
From: att!cbnewsj!kb2glo@ucbvax.Berkeley.EDU (thomas.kenny)
Subject: Amprnet services listing
To: packet-radio@ucsd.edu
In article <9101311445.AA06449@bunny.gte.com> rossjr%gtec3.dnet@GTE.COM (Charlie Ross, Jr.) writes:
> > In the last issue of QEX magazine, the "Gateway" had a listing
> > of finger and mail services for TCP/IP. A question popped into my
> > head as why such a list was given in a national magazine.
>I was the person who compiled the list. It was originally published in two
>regional newsletters, "The Wireless Bitstream" (newsletter of the Boston
>Computer Society A/R SIG) and "The New England TCPer" (newsletter of the
>New England TCP Association. I didn't hear about it appearing in QEX/Gateway
>until people received their copies and started mentioning it.
>
>I'm currently unclear as to why it was published in a national newsletter.
>A copy is "in the mail" to me and I want to see it before pursuing it further
>with Stan Horzepa (Gateway's editor).
------------------------------
Date: 30 Jan 91 15:59:17 GMT
From: swrinde!elroy.jpl.nasa.gov!zardoz.cpd.com!dhw68k!felix!alonso%felix.UUCP@ucsd.edu (Oscar S. Alonso)
Subject: FREE Kantronics KPC-II Firmware.
To: packet-radio@ucsd.edu
Free firmware to the first person to send me email with there mailing
address can obtain Kantronics KPC II packet communcator firmware revision 2.82.
I just upgraded to version 3.00.
Oscar S. Alonso
uunet!ccicpg!felix!alonso
------------------------------
Date: 31 Jan 91 11:18:40 GMT
From: public!techie@decwrl.dec.com (Bob Vaughan techie@btr.com)
Subject: Help! What is it?
To: packet-radio@ucsd.edu
In article <andreap.665077581@s.ms.uky.edu> andreap@ms.uky.edu (Peach) writes:
>I have discovered a packet radio signal, locally, on 412.875 MHz.
>While it is not in the ham band, it sounds very similar to 1200
>baud packet.
This is probably US Army or USAF packet. 412 Mhz is a federal government
frequency. My Hollins book lists the assignment as US Army, and USAF.
--
Welcome My Son, Welcome To The Machine
Bob Vaughan - techie@well.sf.ca.us {apple,pacbell,hplabs,ucbvax}!well!techie
1-415-856-8025 - techie@btr.com {fernwood,decwrl,mips,sgi}!btr!techie
I am me, I am only me, and no one else is me. What could be simpler?
------------------------------
Date: 31 Jan 91 03:17:18 GMT
From: sdd.hp.com!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!dsinc!netnews.upenn.edu!msuinfo!sharkey!fmsrl7!hpftc!slimer!mco@ucsd.edu (Mark C. Otto)
Subject: ka9q NOS on an AT&T 3b1 unix-pc
To: packet-radio@ucsd.edu
In article <3812@proxima.UUCP> lucio@proxima.UUCP (Lucio de Re) writes:
>In article <1991Jan25.040010.11231@iguana.uucp> merce@iguana.uucp (Jim Mercer) writes:
>>would anyone who has ka9q NOS (or hyprids thereof) running under unix (sysV)
>and me (if available for the 3b1, of course), pretty please!
>Lucio de Re.
Me too, please!
Mark Otto
--
Mark C. Otto EMail: mco@slimer, {teemc | hpftc}!slimer!mco
Voice: 1-313-441-4264 USnail: 5133 Heather #208, Dearborn, MI. 48126
Quote: "Yeah. Right. Kermit my a*s." - Mark C. Otto, '90
------------------------------
Date: 30 Jan 91 11:12:52 GMT
From: mintaka!ogicse!emory!wa4mei!ke4zv!gary@bloom-beacon.mit.edu (Gary Coffman)
Subject: Omni vs beam antennas.
To: packet-radio@ucsd.edu
In article <28.Jan.91.17:05:26.GMT.#9023@UK.AC.NWL.IA> PJML@ibma.nerc-wallingford.ac.uk ("Pete Lucas, NCS-TLC, Holbrook House, Swindon") writes:
>Hi. I recently had a 'discussion' with another packeteer as to whether
>it was better to use omni-directional antennas or beams for accessing
>BBS's and the like. He argued that using beams results in less mutual
>interference; i argued that the CSMA model ceases to work if there are
>nodes that cannot hear each other yet can interfere with each others
>working.
>This discussion got quite 'inflamed'; What say you good people? Theres
>an evening of free drinks (for me!) in the balance here.
>
> Pete Lucas PJML@UK.AC.NWL.IA G6WBJ@GB7SDN.GBR.EU
The correct answer is that it depends on the RF topology of your particular
network. If we assume that the bbs or node is forced to use omni antennas,
a necessity in most cases, then the use of a beam by a user station may
reduce total thruput on the channel. The reason being that your signals
arriving at the bbs will be interfered with by other packeteers' signals
because the beam prevents either you or the other packeteer from hearing
each other and performing the normal channel hold off function. If,
however, all user stations are using beams, and the beams are good enough
that the capture effect is significantly enhanced at the bbs so that the
desired station's signal overrides all other users on the channel while
at the same time being so weak at the other users' sites as to not bother
their transmissions, then the beams create a form of spatial reuse similar
to cellular and thruput is enhanced. However, with the generally random
physical distribution of stations in the network that wish to communicate
with each other at any given time, the probability of this case occurring
is relatively small. Therefore, use of beams generally worsens channel
collisions even though there are special cases where the beams can
help.
Gary KE4ZV
------------------------------
Date: 31 Jan 91 18:51:09 GMT
From: swrinde!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!dsinc!netnews.upenn.edu!platypus!bill@ucsd.edu (Bill Gunshannon)
Subject: PACKET->Internet Gateway
To: packet-radio@ucsd.edu
In article <4610001@hp-vcd.HP.COM>, carlp@hp-vcd.HP.COM (Carl Peterson) writes:
>
> If you set up a gateway/router you would have to take a great
> deal of care about what addresses could access which services.
> Obviously, you could not allow a non 44. address to initiate
> a connection to a 44 address.
OK. Enough is enough. It is time to bring this one out in the open
and resolve it once and for all.
I have heard numerous times that because the remote station would be
controlling the transmitter and he is (possibly) a non-ham that this
would be illegal. Now lets look at this from a practical technical
aspect.
If I put up a 10M <-> 2M cross-band repeater, a TECH can come on 2M
and initiate a contact on 10M. This is not considered illegal although
the TECH is initiating the contact. I have heard that this is OK under
the rules covering 3rd Party traffic cause the TECH isn't the control
operator of the 10M station. Well, I'm sorry, but that doesn't wash
either. Cause then all the 10M contacts with G-land AND DL-land etc.
are illegal cause we don;t have 3rd party agreements with them. The
fact of the matter is that the TECH on 2M never has control of the
signal generated on 10M and that is why the FCC allows it. I think
the time has come to look at possible INTERNET<->AMPR gateways the same
way. If it takes letters to the FCC to convince them then so be it.
If I put up such a gateway, I am controling the emissions of the transmitter
not the guy in Odessa, TX who sent a message to one of the hams on the
local LAN.
As long as all other rules are abided by, I can't see where there is any
kind of legal problem. I don't see a lot of difference between this and
NTS traffic which is non-ham (Happy Birthday, Merry Christmas etc.) put is
placed into the amateur system at one point by a ham. Basicly the same
should apply to gateways. I would be considered the ham putting the traffic
into the amateur system.
The potential gain would be great. Hams would be able to exchange ideas
and colaborate with hams and non-hams alike in their technological projects.
And just to add a little fuel to the fire, all this talk of setting up
wormholes accross the INTERNET is very interesting. And according to
The Acceptable Use Policy for PrepNET (other NSFNET members will probably
find the same is true for them) these wormholes would (IMHO) be in
violation.
So, would someone out there care to show me the error of my ways?? :-)
I'm not interested in "Well, it you just can't do it, so there."
I want concrete evidence that shows that the arguments that apply to one
type of technology (cross-band repeaters) can't be applied to a new
technology.
bill KB3YV
--
Bill Gunshannon | If this statement wasn't here,
bill@platypus.uofs.edu | This space would be left intentionally blank
------------------------------
Date: 31 Jan 91 15:12:59 GMT
From: julius.cs.uiuc.edu!zaphod.mps.ohio-state.edu!know!tegra!vail@apple.com (Johnathan Vail)
Subject: Shareware on Packet
To: packet-radio@ucsd.edu
In article <1991Jan31.044034.21294@maverick.ksu.ksu.edu> steve@matt.ksu.ksu.edu (Steve Schallehn) writes:
A question was posed to me by an amateur who is interested in getting
into packet. It seems he has a large collection of shareware on his
land-line BBS and he was wondering if he could legally set up his
BBS on packet and allow shareware downloads.
I would argue that it is not legal. Shareware (begware, crippleware,
etc) is software that depends on being distributed in order to
generate revenue for its creator. Using amateur radio as a means of
distribution is conducting business on amateur radio.
I know about the avoiding business in amateur radio, but does
shareware count?
Of course, since most hams don't bother to pay for their shareware
maybe it isn't business after all...
I personally don't like shareware and use very little. It is the
primary means of propogating viruses. I much prefer public domain
sources, freeware and copyleft software. In addition to being safer
and more useful, distributing source code that people can improve upon
and modify is more apropos to amateur radio.
73s and happy hacking, jv
"....say you're thinking about a plate of shrimp...
..and someone says to you `plate,' or `shrimp'......"
_____
| | Johnathan Vail | n1dxg@tegra.com
|Tegra| (508) 663-7435 | N1DXG@448.625-(WorldNet)
----- jv@n1dxg.ampr.org {...sun!sunne ..uunet}!tegra!vail
------------------------------
Date: (null)
From: (null)
--
Tom Kenny, KB2GLO
uucp: att!lzatt!tek internet: tek%lzlup@att.att.com
packet: kb2glo@nn2z.nj.usa.na ampr: kb2glo@nn2z.ampr.org [44.64.0.10]
------------------------------
End of Packet-Radio Digest
******************************