World of Ham Radio 1994 January/AMSOFT_1994.iso/packet/docs/pd199203.doc

Text File | 1993-12-31 | 383.6 KB | 6,620 lines

Sun,  1 Mar 92 04:30:02 PSTFrom: Packet-Radio Mailing List and
Newsgroup <[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #55To: packet-radioPacket-Radio Digest         Sun,
1 Mar 92       Volume 92 : Issue  55Today's Topics:
    Are you running NOS under 4.2BSD?                   PacTor?
Extended Amtor Char Set?                   softkiss 1b /
mactinosh <> modemSend Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 1 Mar 92 01:11:36 GMTFrom:
swrinde!mips!atha!aunro!canada![e-mail]:
Are you running NOS under 4.2BSD?To: [e-mail]
article <[e-mail]>,
[e-mail] (Phil Karn) writes:> Your best bet is
to leave the BSD system as-is and gateway it to the> AX.25
channel through a small dedicated stripped PC running NOS.  Use>
Ethernet to connect the two. Then you can provide true IP access
to> your system over the air.No, my best bet is to use what I
have sitting here right now rather thanspending money to install
a piece of redundent hardware.> The most you might have to do is
to update the TCP in the BSD kernel> to a version no more than a
few years old in order to make sure it> behaves reasonably well
over a slow and lossy path.Getting NOS running on this machine
is an interim fix that will allowme to get an IP server system
on the air now. My final goal is to buildAX.25 and KISS support
directly into the kernel (ala SLIP) at whichtime I can punt NOS
and just run it all native. Since the manufacturerof this system
(NBI) does not ship any kernel reconfiguration tools(can you
believe it? no config(8) or /sys/foo/OBJ directory!) it'sgoing
to take me a bit longer than it normally would to performthis
task.So, I ask again: is anyone running a NOS port under
*vanilla*4.2BSD?--lyndon------------------------------Date: 29
Feb 92 21:44:32 GMTFrom:
swrinde!sdd.hp.com!wupost!unlinfo.unl.edu!cse![e-mail]
D.EDUSubject: PacTor? Extended Amtor Char Set?To:
[e-mail] anyone have any information about
something new (in the US anyway)called PacTor? It is essentially
AMTOR with an extended character set.I have heard that AEA is
offering an upgrade to the pk232 that willat least extend the
current AMTOR standard so that the character set is notlimmited.
I don't know if this upgrade and PacTor are related.It is
supposed to be part of one of the MailBox upgrades for the
232?any info would be appreciated.This post isn't totally
related to Packet but it does deal with theAEA PK232 which is
related to packet.Thanks,chrisPlease send responces to following
email
address:[e-mail]--====================================
=====================================Happy Fun Ball may suddenly
accelerate to high speeds. Do Not Taunt Happy Fun Ball. Accept
No Substitutes! Happy Fun Ball! -SNL               ===-
[e-mail] - [e-mail] - [e-mail]
-====------------------------------Date: 29 Feb 92 22:37:54
GMTFrom:
cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu
![e-mail]: softkiss 1b / mactinosh <>
modemTo: [e-mail] 1b updateVersion 1b adds
commands to test sending packets.  I had a couple of requests
from hams building modems to be able to test transmit.   DTR is
raised to high to key the transmiter.  Two new commands in the
test program f - set from field of sent packets and s to send
data.  Sample usage: fn3liw<return>  send packets from n3liw.
shello, test packet from the mac.  This will loop sending a
packet from id sent with f to CQ.  The packet is an unnumbered
information packet with the R bit set (I copied what my paccom
tnc was sending for the ID command).  Type any key to exit send
mode.  The rest of this document is the same as version 1.   The
next update is targeted for march 9 to contain the specification
for interfacing to the device driver.  The softare is available
from host akutaktak.andrew.cmu.edu [128.2.35.1] directory
/aw0g/soft_kiss1b.sit.hqx.Overview SoftKiss Alpha 1 Feb
23/92Softkiss connects a modem directly to a macintosh.  This
saves having a TNC.  Softkiss will work with 300 baud HF, 1200
baud VHF and higher baudrates.  The software is in the early
stages of development and is not useful in everyday work at this
time.Softkiss is public domain and may be used by anyone for any
purpose.  However, please credit the
author.------------------------------End of Packet-Radio Digest
V92 #55******************************Date: Mon,  2 Mar 92
04:30:04 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #56To: packet-radioPacket-Radio Digest         Mon,
2 Mar 92       Volume 92 : Issue  56Today's Topics:
     BBS Compression methods (3 msgs)                 Combining
TNC's on one rig - summary                    Netrom Versions
and ftp sites                   Packet mail to internet address?
                              Pactor?                   PacTor?
Extended Amtor Char Set?                       TCP/IP ftp site?
Help!                       Throttling back BPQ/YAPPSend Replies
or notes for publication to: <[e-mail]>Send
subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 2 Mar 92 08:35:51 GMTFrom:
mcsun!uknet!axion!kitkat![e-mail]: BBS
Compression methodsTo:
[e-mail]------------------------------Date: 1 Mar
92 0:46:14 GMTFrom:
usc!wupost!waikato.ac.nz!aukuni.ac.nz!mercury!nacjack!richard@net
work.UCSD.EDUSubject: BBS Compression methodsTo:
[e-mail]>I would like to say can all of the Authors
get together and have one common>compression  NET/NOS WNOS GNOS
GRINOS are all now with LZW compression>in the near future there
will be added the S.F compression added to WNOS>this will use
the [WNOS-XH$] where the X is pressent if the compression
is>enabled.. It would be nice to have a World wide compatiblity
between Us all>I have used the WNOS compression on SMTP not for
some months and the saveing>on the sent mail is well worth the
use... I have tested FBB NNA codes andfind>that the compression
does not work as Efficently as LZW.. I have had aComment>from a
UK BBS author that there is a copy wright on LZW  If you care to
read>the Comments from Anders Clemmetts about the use of this
LZW in BBS and NOS>you will see that there is free use for
experimental BBS and NOS use...>It is a very compact compression
its fast and easy to implement to a BBS/NOS>without reinventing
the Wheel.>Barry DC0HK/G8SAU   [e-mail]   [WNOS-4x
support tester]I understand LZW is owned by Unisys, perhaps the
stalwarts in comp.compressionwould be best placed to answer
this?If you are going for a compression technique to be a
standard in the packetworld, why not go for one of the latest
techniques? HPACK, LHARC, LHARCall have source code available,
approach the authors and see if they'dmind an advance in the
world of Packet Radio...Dosen't compression count as encryption
tho? What are the issues withencryption and packet
radio?Richard----------------------------------------------------
-----------------------"Today we will do lying on the floor. You
will lie on the floor. You willcontinue to lie on the floor, and
if you move a single muscle, I will killyou." - Alexi Sayle,
Didn't you kill my brother?USENET  : [e-mail]
 The Demi-Monde : 199:310/1FIDONET : Richard Vowles 3:772/110.0
 Amateur Radio  : ZL1UTF------------------------------Date: 2
Mar 92 10:50:21 GMTFrom:
mcsun!fuug!nntp.hut.fi!vipunen.hut.fi![e-mail]
: BBS Compression methodsTo: [e-mail] article
<[e-mail]> [e-mail]
(Michael Chace) writes:>B> I would like to say can all of the
Authors get together and have one common>B> compression
>>    Hooray! Someone's said it at last. >>    G1NNA and G4YFB
mailboxes will be compatible.>    F6FBB will not be compatible with
NNA/YFB.How about adding Jean-Paul F6FBB to the W2XOs internet
gateway? I haven't seen him on internet yet?Timo
OH6KK------------------------------Date: Mon, 2 Mar 1992
11:23:32 GMTFrom:
munnari.oz.au!ipso![e-mail]: Combining TNC's
on one rig - summaryTo: [e-mail] promised, here
is a summary of the replies I got, asking about howto combine
several TNC's on the one rig:----------From:
[e-mail] (Mark G. Salyzyn, VE6MGS)Well, Dave, there
is an interlock system already in place. A Squelchbusy signal
can be `ored' together from the Rigs Squelch (recommended)and
the PTT line. As soon as one of the TNCs keys the rig, the
others areheld back by the busy signal (DCD).On some TNCs, this
input to the TNC is called SQ, or RF DCD. I rememberthat it is
just another DCD input to the TNC.Good Luck, 73 de VE6MGS/Mark
-sk-----------From: Bill Healy <[e-mail]>PacComm
sells what they call an NX2P Radio Multiplier-II. As I recall it
letsyou connect 4 or 5 tncs to the same radio and do what you
want to do and italso lets you connect from one tnc to another.
I saw it at Dayton and got someliturature on it, but I can't
find it now, only thing I could find is their catalog and it
lists it at $89.95US. It shouldn't be to hard to design, feedthe
audio from one tnc to all the other tncs audio ins and also to
the radio.Have each tncs ptt connected to the other tncs DCD so
that when one is keyedthe others don't key over it. A few op
amps here and there to get all the levelsright and maybe a few
analog switches (4066) here and there to control wherethe audio
goes and you've got your combiner.Bill N8KHN/7
[e-mail]----------From: [e-mail] (Brian
Kantor)A lot of TNCs have a 'hardware squelch' input, which
simulates carrierdetect internally.  You could just diode-OR all
the PTT lines togetherand use that sum to nail the carrier
detect, which would hold off theother TNCs.As a note, most TNCs
will ignore a transition of the DCD line once theyhave keyed the
PTT, so you don't even have to make provision to ignoreyour own
PTT.At 4 pennies a diode, it's a cheap solution.    -
Brian----------From:
[e-mail] (Angelo Glorioso
Iii) It is possible to do what you have mentioned. Matter of
fact, thereis a guy in Baton Rouge, La USA who has done it. He
has ROSE and a TNC2hocked up at the same time..He does not have
a UUCP address but can get reached at KD5SL @KD5SL.#BTR.LA.USA.
I am sure he will be glad to help out..73 de
Angelo----------From: <[e-mail]>Several years
ago I used such scheme for YT3A BBS. BothKPC-2 running normal
code to MBL SW and TNC-2 running NET/ROM[yes, in 1987 we used
original NET/ROMs] were connected to same radio. In fact, even
modem was only one.Signals are: MODEM: TXD,RXD,PTT input, CD
output TNCs : TXD,RXD,PTT ,CDI programmed one EPROM as logic
[lazy for soldering]. When modem has something to send (cd) both
TNCs listen.When TNC has something to send another TNC + modem
are listening andit is transmitted. There is no DOCs or files -
but I think withthis idea it is very easy to make it.Thus, QSO
between two TNCs is possible - bad side is that it is QRMmedover
the modem as well.This trick was doing fine job here - until
G8BPQ made it obsolete.Of course, if you want multiple modems on
same radio, story is different.----------From: BOB SCHAFER
<[e-mail]>dave...i do it w/diodes es 2k
resistors...no need to use active components...u do need to
cross connect theptt es dcd lines so one tnc knowswhen the other
is keying the radio...what is interesting is that one tncwill
key immediately after the other...thus, if u have modems at
differentspeeds u hear two tones withoutthe radio stopping
transmitting...cul/73/bob (ka4pkb)----------From:
[e-mail] (Tadd Torborg)NX2P created a PC
board which does just this.  It's called aradio-multiplexer and
PacComm sells it.  If you sent NX2P a packetor letter he might
mail you the schematic or something.  The board doesn't look all
that complicated.  I think that it sells with cablesfor between
100 and 200 US$.  If you need more info on how to getahold of
NX2P (Bill Slack) I can supply but don't have it on hand asI
type this.     Tadd, KA2DEW----------Thanks to all who
responded!-- Dave Horsfall (VK2KFU)         VK2KFU @
[e-mail]
...munnari!ips.OZ.AU!dave       ADA - from the people who
brought you COBOL------------------------------Date: 2 Mar 92
09:15:15 GMTFrom:
dog.ee.lbl.gov!overload.lbl.gov!agate!spool.mu.edu!munnari.oz.au!
metro!extro.ucc.su.OZ.AU![e-mail]: Netrom
Versions and ftp sitesTo: [e-mail] behalf of a
local amateur, I am chasing the latest versions of the
variousmutations of Netrom. Is Netrom available from any ftp
sites on the net ?Mail would be happily received with any
information.ThanksTerry-- Terry Dawson,
[e-mail], [e-mail]+61 2
925 1556 (voice), [phone] (fax).   __\*/__  0^Ooooo
_____------------------------------Date: Mon, 2 Mar 1992
00:49:27 GMTFrom:
usc!wupost!psuvax1!sml![e-mail]: Packet
mail to internet address?To: [e-mail] is possible
to send mail from a packet bbs to an internet address througha
gateway?  If there is a file describing how to do this available
via ftp,I would appreciate it if you could send me the site
address.  I am alsointerested in getting instructions on sending
mail from the internet to a packet address and a list of
gateways.  Thanks.     -- Andy,
WQ3S------------------------------Date: Sun, 1 Mar 1992 19:31:36
GMTFrom:
usc!wupost!unlinfo.unl.edu!cse![e-mail]:
Pactor?To: [e-mail] anyone have any information
about something new (in the US anyway)called PacTor? It is
essentially AMTOR with an extended character set and possibly
more.  I have heard that AEA is offering an upgrade to the pk232
that will at least extend the current AMTOR standard so that the
character set is not limmited. I don't know if this upgrade and
PacTor are related.  It is supposed to be part of one of the
MailBox upgradesfor the 232? any info would be
appreciated.Thanks,Chris--=======================================
==================================Happy Fun Ball may suddenly
accelerate to high speeds. Do Not Taunt Happy Fun Ball. Accept
No Substitutes! Happy Fun Ball! -SNL               ===-
[e-mail] - [e-mail] - [e-mail]
-====------------------------------Date: 1 Mar 92 17:04:47
GMTFrom:
swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usene
t.ins.cwru.edu!agate!linus!linus![e-mail]:
PacTor? Extended Amtor Char Set?To: [e-mail] don't
know about PacTor, but the July 1991 PROMs for the PK232 have
addedsome support for Cyrillic that has allowed APlink and PAMS
to carry all theprintable ASCII characters.  This is transparent
to unequipped AMTOR stations.I believe there are a couple
incompatible systems for doing this runningaround.  I would
recommend getting PAMS or APlink and running that since thereare
a lot of stations doing so, and it is free.Unless you are
running a real APlink (I do), PAMS is recommended.  It does
notimplement the packet port and is supposed to be more user
friendly, althoughAPlink is not bad.You can get the software
from a BBS at 512-690-5312 (8-n-1).  It is also on Compuserve's
Hamnet.  Disks can be ordered for about $2-3 from TAPR at
(voice)602-749-9479.John McHarry ([e-mail])  (WA9FCH @
WA9FCH.VA.USA.NA)------------------------------Date: Sun, 1 Mar
1992 21:42:28 GMTFrom:
usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!jmilhoan@
network.UCSD.EDUSubject: TCP/IP ftp site?  Help!To:
[e-mail]   I am interested in getting involved with
tcp/ip with packet, but cannot finda good tutorial or any
reasonable source of information.  I was curious if there was an
ftp site with tcp/ip intro docs.I am running a Mac and KAM if
that makes any difference.TNX and 73,JT
N8PUY------------------------------Date: Mon, 2 Mar 1992
11:33:27 GMTFrom:
munnari.oz.au!ipso![e-mail]: Throttling back
BPQ/YAPPTo: [e-mail] pressure from our
users (choke, gag!), we reluctantly installeda YAPP server on
our BBS, which was dropped when we went from MBL to W0RLI.The
BBS runs the BPQ switch, and the lot runs under DesqView to
providemultiple sessions and the server.  Sorry I can't be more
specific than that,but they are recent versions (I'm the
weekly-basis Sysop, not the daily-basisSysop :-).Anyway, when
YAPP fires up (we permit only one YAPP process) you can kiss
thefrequency goodbye - humungous packets, with little delay.  It
seems to assumeit has the frequency to itself, which of course
is now true :-(Is there any way to wind it back, to be a bit
more polite to other users?Some parameter to tweak?  The
documentation says little.-- Dave Horsfall (VK2KFU)
VK2KFU @ [e-mail]
...munnari!ips.OZ.AU!dave       ADA - from the people who
brought you COBOL------------------------------Date: (null)From:
(null)    Brian------------------------------End of Packet-Radio
Digest V92 #56******************************Date: Tue,  3 Mar 92
04:30:03 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #57To: packet-radioPacket-Radio Digest         Tue,
3 Mar 92       Volume 92 : Issue  57Today's Topics:
            AMIGANOS Sites ???                  Are you running
NOS under 4.2BSD?                   BBS Compression methods (2
msgs)                               Kam/232
  Kantronics DVR2-2 info                    Netrom Versions and
ftp sites                       TAPR Meeting Information
     Want ideas on reducing computer RFI on 2m
    Wild idea for reaction?                 Worldwide email from
a boat (2 msgs)Send Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: Tue, 3 Mar 1992 08:44:16 GMTFrom:
deccrl!news.crl.dec.com!hollie.rdg.dec.com!irnbru.enet.dec.com!ra
[e-mail]: AMIGANOS Sites ???To:
[e-mail] ,I have seen postings recently regarding
new versions of amiganos howeverI cannot gain access to the ftp
sites and was wondering if there are any other sites carrying
these versions. The last version I obtained was2.7 from
thumper.bellcore.com about a year ago but believe that this
siteno longer carries the archives.Am I correct?????Thanks in
advance.Robin Alexanderampr - [e-mail] -
[e-mail] Level Systems Product
Business Unit,Digital Equipment
Scotland.------------------------------Date: 3 Mar 92 05:47:32
GMTFrom:
usc!wupost!darwin.sura.net!gatech!pitt!w2xo![e-mail].E
DUSubject: Are you running NOS under 4.2BSD?To:
[e-mail] article
<[e-mail]> [e-mail]
writes:>In article <[e-mail]>, [e-mail] (Lyndon
Nerenberg) writes:>|> I recently acquired a rather ancient
4.2BSD system that I would>|> like to set up as an IP based
server for packet use. Although>|> I am aware of various NOS
ports to SunOS, I don't recall seeing>|> one that will drop on
top of a 4.2BSD environment. Are any of you(stuff deleted)>|>
--lyndon  VE6BBM/VE6TCP>>Your best bet is to leave the BSD
system as-is and gateway it to the>AX.25 channel through a small
dedicated stripped PC running NOS.  Use>Ethernet to connect the
two. Then you can provide true IP access to>your system over the
air.>(stuff deleted)>>PhilHere is another alternative, less
costly, but not as good. I amrunning Ultrix with the old NET
running as a radio port server andIP switch. It is SLIP linked
through two looped rs-232 ports tothe Ultrix networking stuff.
This saves the PC and theelectricity and lets you use your BSD
networking code "on the air"like Phil's scheme. It costs two
serial ports, however.This is admittedly a little kludgey, but
it works and I hope toimprove things when I get some time to
hack a little, like usingsockets to communicate between
processes, etc. For now, it allowsstuff like using sendmail to
handle mail routing between the localnetwork 44 splinter and the
real world, including packet bbs mail.73Jim,
W2XO------------------------------Date: 2 Mar 92 16:06:21
GMTFrom: mcsun!uknet!axion!kitkat![e-mail]:
BBS Compression methodsTo:
[e-mail]------------------------------Date: 2 Mar
92 19:46:07 GMTFrom:
sdd.hp.com!spool.mu.edu!olivea!apple!netcomsv!mork![e-mail]
SD.EDUSubject: BBS Compression methodsTo:
[e-mail]@nacjack.gen.nz (Richard Vowles)
writes:>If you are going for a compression technique to be a
standard in the packet>world, why not go for one of the latest
techniques? HPACK, LHARC, LHARC>all have source code available,
approach the authors and see if they'd>mind an advance in the
world of Packet Radio...>>Dosen't compression count as
encryption tho? What are the issues with>encryption and packet
radio?No.  It's just binary data.  As long as the data is
decodeable by agenerally available program, I see no problem at
all.  Just to be safeyou should make sure you have the
decompression program, too, justin case some fed suits come by
to visit.  The basic idea is that youare not trying to hide your
communications on ham radio.I added: Followups-to:
rec.radio.amateur.policyLegal issues of ham radio should go
there.Issues about choice for packet radio should be on
r.r.a.packet andtechnical discussions probably still belong in
comp.compression andsci.crypt (not applicable to ham radio).--
/****************************************************************
*******\| Phil Howard  ---  KA9WGN  ---  [e-mail]   |
"The problem with || depending on government is that you cannot
depend on it" - Tony Brown
|\***************************************************************
********/------------------------------Date: 1 Mar 92 23:46:01
GMTFrom:
swrinde!elroy.jpl.nasa.gov!mcws![e-mail]
t: Kam/232To: [e-mail]>over priced for me and much
too complicated. If memory serves me rightA>the 232 requires a
special terminal program. I run any program I want.Hi Roland.
The PK-232 does not require any special software,although such
software is available.  I use mine with Telix on my386, or with
a stand-alone dumb terminal.73 de Larry,
KC6WOG------------------------------Date: 2 Mar 1992 17:27:33
-0800From: [e-mail]: Kantronics DVR2-2
infoTo: [e-mail] thought that some people might
want to hear about some of the problems that I have documented
with the Kantronics DVR2-2 radio.  I have two of these radios
used at 1200 and 9600 baud.  The problem with their front end's
being as wide as all outdoors is pretty well known.  Since I
feed each of mine through 6" bandpass cavities, this pretty much
solves that difficulty.  However, they also have another very
insidious problem.  The first stage RF amp in the receiver is a
MPS5179 transistor.  This part seems VERY subject to damage from
nearby RF fields, *AND* light-ning strikes anywhere in the
adjacent area.  How close "adjacent" has to be I am not sure,
but out of one lightning storm this year.... all three DVR2-2's
had the exact same damage while all other radios at the same
site were untouched.  As a note, the antenna was at DC ground,
the hardline was grounded to the tower at the top and the
bottom, and a Poly-phaser lightning protection system was also
in place.    The damage these transistors show is often not
obvious.  They don't justfail leaving the receiver
stone-cold-dead, instead they lose between 6-10 db of
sensitivity.  This loss of receiver sensitivity can at first
easily be attributed to "bad conditions" or some problem with
"the other guy" at the other end of a packet link.  If a person
tries to realign the front end of the radio with this failure,he
will see the receiver regain a LOT of the lost sensitivity, but
neverback to factory specs.  If you end up working on a DVR2-2
that has incurredthis failure and then has been subsequently
realigned... it can be ratherdifficult to determine what the
problem is.Conversation with Kantronics indicates that they are
aware of this problem.Suggestions to investigate an alternative
part to the MPS5179 revealed thatsuch a change would result in
the need for recertification under F.C.C. type acceptance
regulations which they say would be cost prohibitive.In all
fairness, their subsequently designed 440 Mhz transceiver (the
D4-10)did not exhibit this failure mode and suffered no damage
while connected to the same dual band antenna as the two other
DVR2-2's that did fail in the described manner.  Kantronics
(presently) appears unwilling to investigate a suitable
replace-ment for the MPS5179, and I would ask that anyone
familiar with this part and knowledgeable of a suitable
replacement (with better immunity to damage)please make their
recommendations available to those of us that presently own this
radio.  In the interim, I can only suggest that purchase of this
radio for use at unattended sites prone to numerous electrical
storms be considered with caution.  Mark
[e-mail] (packet
radio)[e-mail]
(internet)------------------------------Date: 2 Mar 92 16:27:59
GMTFrom: rudy.rutgers.edu!pilot.njin.net![e-mail]:
Netrom Versions and ftp sitesTo: [e-mail]> On
behalf of a local amateur, I am chasing the latest versions of
the various> mutations of Netrom. Is Netrom available from any
ftp sites on the net ?NET/ROM is a copyrighted commercial
product.  There is a verycontroversial (generally recognized as
plagerized) source codeversion from Germany called TheNet that
you may see around.  Thereis also a non-infringing
implementation of the protocol in the
NOScode.-Ron------------------------------Date: 3 Mar 92
03:57:32 GMTFrom: ncar!asuvax!stjhmc![e-mail]:
TAPR Meeting InformationTo: [e-mail]
        Tucson Amateur Packet Radio
1992 Tenth Anniversary                               Annual
Meeting                               March 7-8, 1992 The tenth
anniversary Annual Meeting of Tucson Amateur Packet Radio will
be held on the weekend of March 7th and 8th,  1992 at the Best
Western Inn  at the  Airport,  7060  S  Tucson Blvd,  Tucson,
Arizona,  adjacent to Tucson International Airport.  In addition
 to  the  usual  presentations  of  the latest  and  greatest
developments  in packet radio,  we plan to have some special
features in commemoration of TAPR's tenth birthday.  We are
expecting  to  have  the  usual  "pizza  bash"  and  other
informal activities on Friday night,  March 6, with the meeting
all day Saturday and an open discussion forum on Sunday morning.
 Registration includes a buffet luncheon.  The buffet dinner on
Saturday is additional.  TAPR will  have  a hospitality  suite
where you can gather informally,  join TAPR or purchase kits and
software.  Registration is from 8 to 8:30 am  Saturday.
Scheduled  speakers  at  this time  include,  Den  Connors
KD2S,  Lyle Johnson WA7GXD,  Tom Clark W3IWI, Dwayne Hendricks
WA8DZF, Harold Price NK6K.  A block of rooms has been reserved
at a  special  rate,  single  or  double occupancy, including
full American breakfast and happy hour reception.  For
reservations,  call the Inn at the Airport at 1-800-722-3847, or
in Arizona at 602-746-0271,  FAX [phone] no later than
February 20 (mention  TAPR to get this rate).
   For furthur information, contact:
Tucson Amateur Packet Radio
P.O.Box 12925                           Tucson, AZ 85732-2925
                        Phone: [phone]
       Fax: [phone]                 (Office hours 10am to
3pm MST, Tues.-Fri.)--
-----------------------------------------------------------------
--------        uucp: {gatech, ames,
rutgers}!ncar!asuvax!stjhmc!ddodell      Bitnet: ATW1H @ ASUACAD
                   FidoNet=> 1:114/15    Internet:
[e-mail]       FAX: [phone]
     Amateur Packet ax25:
[e-mail]------------------------------Date: Tue,
3 Mar 1992 04:48:48 GMTFrom:
nevada.edu![e-mail]: Want ideas on reducing
computer RFI on 2mTo: [e-mail] am looking for
ideas or techniques to reduce my computer-generatedRFI over my
IC-u2AT which I use for packet.  The antenna and the PC arein
the same room.  The only effective solutions I can imagine would
beto enclose the PC in a metal box or separate the antenna and
the PC a great distance.  Neither is a practical solution for
me.  We ham-typestend to be pretty creative (usu. to save a few
bucks :)  ...so anyideas are welcome.Jason W Cathcart -
[e-mail] - N7OJN @
N0IA.#SONEV.NV.USA.NA------------------------------Date: 2 Mar
1992 13:05:28 -0800From: [e-mail]: Wild
idea for reaction?To: [e-mail] packet radio
folks,       I'm Mitch from Colorado and thought that I'd ask
you all a question:              Would it be legal, practical,
and/or ethical to:           1. use the remote control frequency
that is the same as               citizen band channel 23,
    2. at 25 watts of power,           3. to remotely control a
model of a personal data               communication  system,
       4. for hire,           5. with the same kind of computer,
terminal node               controller, and software developed
for ham packet               radio?       Please don't laugh!
Sometimes I read old copies of regulations.  Uasually, by the
time I get done reading the regulations, I'm old, there old.
I'm almost always older andbroker by the time I get the regs way
out here in Colorado.       Please respond to my personal
address.   Remotely yours, Mitch in Durango,
[e-mail]   :)
------------------------------Date: 2 Mar 1992 17:03:01
-0800From: [e-mail]: Worldwide email
from a boatTo: [e-mail] wife (N6WHJ) and I plan
to retire next year and depart on our boat(a  Valiant 40) for a
circumnavigation, taking 5-7 years (and whoknows? maybe
longer).Can members of the list suggest a method for having
email communicationenroute?  I have an AEA PCPAKRAT 232, an ICOM
735, and a Diconics 12vprinter that I used to get weatherfaxes
on a voyage we took a year orso ago from San Francisco to the
South Pacific, Hawaii and back.  Alsohave a couply of ICOM 2GAT
handhelds.  Antenna on the boat is an insulated backstay with a
large amount of counterpoise glassed intothe hull, and an ICOM
AH2A automatic antenna tuner, which works wellon the HF ham
bands.I use the PCPAKRAT almost exclusively for the Northern
California DXClub's Packet-Spotting Network, although I have
made one or two RTTYcontacts, just  playing.Any
suggestions?Steve Salmon, AA6LF
([e-mail])------------------------------Date: 2 Mar
1992 23:11:20 -0800From: ucsd.edu![e-mail]:
Worldwide email from a boatTo: [e-mail] want
reliable data communications from the ocean?  A telebitsatellite
modem and an INMARSAT terminal is a combination that can't
bebeat.Expensive,
though.    -Brian------------------------------Date: (null)From:
(null)    Brian------------------------------End of Packet-Radio
Digest V92 #57******************************Date: Wed,  4 Mar 92
04:30:02 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #58To: packet-radioPacket-Radio Digest         Wed,
4 Mar 92       Volume 92 : Issue  58Today's Topics:
    Alinco DJ-1200 Data Radio (2 msgs)
   AMIGA NOS                         DRSI PCPA questions
          Info on YT3MV Manchester modems?
    Kantronics DV-10                      NET/ROM? : Possibly a
FAQ                    Netrom Versions and ftp sites
                Packet Radio              Two technical
questions (85C30 and AMTOR)                          WEFAX ->
Mac IIx ?                       Wild idea for reaction?Send
Replies or notes for publication to: <[e-mail]>Send
subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: Tue, 3 Mar 1992 13:54:00 GMTFrom:
usc!rpi!clarkson![e-mail]: Alinco DJ-1200
Data RadioTo: [e-mail] have seen the ad for the
Alinco DJ-1200 Data Radio in QST for the past fewmonths.  I have
not heard anything about it. I was wondering if anyonehas any
experience with it.  I would appreciate any comments.ThanksDavid
W. Bray -- K2LMGClarkson University. Potsdam, NY--D. W. Bray --
Clarkson University, Potsdam NY
13699------------------------------Date: 3 Mar 92 16:57:35
GMTFrom:
usc!zaphod.mps.ohio-state.edu!think.com!news.bbn.com!hsdndev!morr
ow.stanford.edu!lager![e-mail]: Alinco
DJ-1200 Data RadioTo: [e-mail]
<[e-mail]>
[e-mail] (David Bray) writes:>I have seen
the ad for the Alinco DJ-1200 Data Radio in QST for the past
few>months.  I have not heard anything about it. I was wondering
if anyone>has any experience with it.  I would appreciate any
comments.I purchased one because it claims to have a true-FM
transmitter,  and whenI purchased it, I intended to run 9600
baud on 2m.  Unfortunately,  it doesn'tcome with a schematic,
and no one has responded to my query about locatingthe proper
connection points to wire in a G3RUH 9600bps modem.That aside, I
have been using it with a standard 1200bps tnc and it workjust
fine.  It appears to be just a DJ-112T w/o the mic and
mountingbracket--but it may have had filters tweaked.  It's not
particularly fast(I still use a txdelay of 200ms) but it a good
deal if you want a 2m packet-onlyradio cheap.  You can always go
back and put a mic on and use it as a sparelater.Cost wise, it
beats out a ramsey kit with an external amp;  but I wouldn'tbe
afraid to dig in a ramsey to hack it for 9600bps,  while I have
the"do I want to mung my new radio?" jitters with the
1200.Regards;Paul------------------------------Date: 2 Mar 92
15:50:56 GMTFrom:
mcsun!uknet!mucs!mccuts![e-mail]: AMIGA
NOSTo: [e-mail] NETROM connect problem in
AmigaNOS is now cured in v2.8s, available fromucsd.edu in the
hamradio/packet/ka9q/incoming or ../amiga directory.   The
NETROM code was an exact copy of the PC code, but it didn't work
on the Amiga.I have had a play around with it and it now works
fine.There are three archive files on ucsd.edu
:    asrc28s.lha        sources    anos28s.lha        program    akit28s.lha        most of
the files/directories that you                will find useful.  NOT a
complete kit!                 (you have to do something your self!)Bye for
now..P.S.    If you make any additions/modifications to the source,
please let    me know.John.-- Email: [e-mail]
Packet: [e-mail]7NWP.#16.GBR.EU (QTHR)
     NRS Central Administrator,      MCC Network Unit, The
University, Oxford Road, Manchester,  M13-9PL
Phone: [phone], FAX: [phone]
6040------------------------------Date: Tue, 3 Mar 1992 14:27:51
GMTFrom: [e-mail]: DRSI PCPA questionsTo:
[e-mail]'m the proud new owner of a DRSI PCPA Type
1 plug in TNC, and havea few questions:1. Is there any way to
set a separate SSID in ths for each channel in the
configuration file (e.g. ths.cfg)?  I know how to do it once ths
  has started, but I want to be able to set it up
automatically.2. Is there any good tnc emulator software for
this board other than ths?   Anything that will make it behave
more like a TAPR2 clone, using   a "cmd:" line and ASCII
commands instead of a menu driven interface?3. Is there any
supplementary documentation to this board?  I bought it   used,
and it came with one manual which covers the basics.  It also
doesn't cover 3 of the 4 software packages that came witht the
board (i.e. no documentation for BB, PC-Node, and TCP/IP).4.
Anyone out there who knows the DRSI PCPA boards intimately who
would be    available to answer occasional questions from a
neophyte?Thank you...Joakim--Joakim Karlsson            |
[e-mail] Fanatic in Training | Air: ASEL
CAP: Freedom 226 Mobile  FCC: N1JHW                 "Oh, I have
slipped the surly bonds of earth                And danced the
skies on laughter-silvered
wings"------------------------------Date: 4 Mar 92 09:23:51
GMTFrom:
mcsun!news.funet.fi!cc.tut.fi![e-mail]: Info
on YT3MV Manchester modems?To: [e-mail] club has
built an YT3MV 23 cm transceiver and another one is
underconstruction to enable us to tie our mailbox and node
together.We received the copies of the original article from an
Italian gentlemanwhose email address I have unfortunately lost.
However, the chapterdescribing the modified TNC2 and the
manchester modem is missing.We would like to get in contact with
a person who could copy the missingpages for us. The magazine is
Italian 'CQ Elletronica' (1989 or 1990, Isuppose).I remember
seeing Iztok Saje who was the primus motor in the YU high
speedbackbone project to appear in the rec.radio.newsgroups,
however I don'thave an email address for him. Iztok, if you see
this, please try to reply,we would very much like to consult the
system with you.73 de Benjamin OH3BK@OH3RBR,
[e-mail]--    Pentti "Benjamin" Gr|nlund
                     OH3BK@OH3RBR   [e-mail]
             Life Member of the International
Gr|nlund_Pentti_OMNI (elisa)               Association for
Adjustment Aces   ---- "Tahtoosi taivuin, vietin viikon kuivin
suin..." (Kolmas Nainen) ----------------------------------Date:
4 Mar 1992 01:58:43 -0800From:
[e-mail]: Kantronics DV-10To:
[e-mail] anyone have information on the DV-10?
I think I would like one for the 430 side of the house. Whats
the freq range? Power out?Does it do Packet only or
voice?ThanksDe Roland
7J1AKI/WF4P------------------------------Date: 2 Mar 92 22:24:41
ESTFrom:
haven.umd.edu!darwin.sura.net!wupost!cs.utexas.edu!utgpu!watserv1
!watmath!xenitec!lemsys![e-mail]: NET/ROM? :
Possibly a FAQTo: [e-mail]        I can't say I've
seen this covered in an official FAQ yet but whatis NET/ROM
exactly.  Locally, I believe we've been told NOT to use it byone
particular person.  Is it a toally different protocol than AX.25
or isit something run on top of AX.25?-- Craig Lemon VE3XCL -
Kitchener, Ontario. Amiga B2000  OS 2.04  UUCPv1.15D. +1 519 741
0297    [phone]              | BADGERS? We don't need
[e-mail] [e-mail]  | no steenking
BADGERS! IP/Packet: [e-mail] [44.135.84.51]|
-- Raul, _UHF_------------------------------Date: 3 Mar 92
14:53:40 GMTFrom:
mcsun!uknet!mucs!jh.mcc.ac.uk![e-mail]:
Netrom Versions and ftp sitesTo: [e-mail] article
<[e-mail]> [e-mail]
(Terry Dawson) writes:>On behalf of a local amateur, I am
chasing the latest versions of the various>mutations of Netrom.
Is Netrom available from any ftp sites on the net ?>Mail would
be happily received with any information.NETROM is a Commercial
product, so it should NOT be available by FTP. But there is a
NETROM clone called TheNET which does appear on several
systems.>Thanks>Terry>-- >Terry Dawson,
[e-mail], [e-mail]>+61 2
925 1556 (voice), [phone] (fax).   __\*/__  0^Ooooo
_____Cheers, John.                  JANET :
[e-mail]  Packet: [e-mail]7NWP.#16.GBR.EU
                       (QTHR)* - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - *|                      NRS
Central Administrator                      || MCC Network Unit,
The University, Oxford Road, Manchester,  M13-9PL ||
Phone: [phone], FAX: [phone]          |* - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
*------------------------------Date: 3 Mar 92 12:22:15 GMTFrom:
unccvax![e-mail]: Packet RadioTo:
[e-mail] recently got my non-code technician and
am wondering about how togo about getting started in packet. I
have a 2-meter radio (hand-held). Is thereany place that i oculd
get more info on this. ThanksCharles
(KD4HSJ)------------------------------Date: 3 Mar 92 17:28:17
GMTFrom:
usc!news.bbn.com!noc.near.net!uhasun!arrlhq![e-mail].E
DUSubject: Two technical questions (85C30 and AMTOR)To:
[e-mail] our news feed is still running a week
behind, pardon if thispost covers old ground...In
rec.radio.amateur.packet, [e-mail] (C.E. Piggott)
writes:>>Hi:>>    I need help on two technical topics.  The first
is for the 8530>device driver authors out there:  SDLC mode says
it forces a X1 clock>mode, but the DPLL requires an X32 clock in
NRZI mode.  This seems to>imply that you can't use the internal
baud rate generator for both the>Tx Clock and the DPLL clock
sources.  Does anybody have a way around>this, short of an
external divide-by-32 prescaler (as DRSI does) ?  I>guess I am
hoping that I'm mis-interpreting the data book; I want to>keep
parts to a minimum for this particular project.No, you're
interpreting it correctly.  I just went through this withthe
TAPR DSP-1 beta board.  That board provides some hardware
toassist (a programmable external divider), but I wanted to see
if Icould make it work with internal 85C30 stuff.  Bottom line,
it didn'tplay for exactly the reason you state.  My initial
implementation onlyneeds to be half duplex, so I just reprogram
the BRG when switchingbetween receive and transmit.  But I know
of no clever way aroundthe problem.>    The second topic relates to
AMTOR ... I've modified an XR2206/2211>modem for RTTY and AMTOR.
 Reading the CCIRR recommendation 476 (the>definition of AMTOR
as it appears in the ARRL's 3rd Computer Networking>Conference
proceedings), I still have some questions relating to
bit->sync'ing.Probably the best published material I've seen on
this is the July 1988QEX article, "Algorithms and Methods for
SITOR/AMTOR Systems," by PaulNewland, AD7I.  I've implemented
his algorithms (again on the TAPRDSP-1 board) and they work just
fine.Basically what his approach does is sample the modem output
at 1-msecintervals (10 times per bit).  To achieve sync, it
looks for a validAMTOR block that is stable for at least 7 msec.
 (A valid blockconsists of three 7-bit characters each meeting
the 4B/3Y AMTORerror-check standard.)  Once having found that,
standard DPLLtechniques are used for phase tracking.  More
detail is in thearticle.-------Jon Bloom, KE3Z
|  [e-mail] Radio Relay
League       |  uhasun!arrlhq!jbloom225 Main St.
     |Newington, CT 06111
!------------------------------Date: 3 Mar 92 12:35:35 GMTFrom:
mcsun!news.funet.fi!hydra!klaava!cc.helsinki.fi![e-mail]
Subject: WEFAX -> Mac IIx ?To: [e-mail] am
interested in receiving WEFAX pictures with Mac IIx. Are there
anyshareware programs for this purpose. I have Kantronics KAM,
whichsupports WEFAX, but no software.Thanks in
[e-mail]------------------------------Date:
3 Mar 92 17:13:21 GMTFrom:
rudy.rutgers.edu!pilot.njin.net![e-mail]: Wild
idea for reaction?To: [e-mail]'m not sure it's
legal for two reasons:    1.  What are you remote controlling.  I
think the        regs mention vehicles?    2.  Where are you going to
find type accepted        equipment that's going to allow you to
pass        1200 baud data?-Ron------------------------------End of
Packet-Radio Digest V92 #58******************************Date:
Thu,  5 Mar 92 04:30:05 PSTFrom: Packet-Radio Mailing List and
Newsgroup <[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #59To: packet-radioPacket-Radio Digest         Thu,
5 Mar 92       Volume 92 : Issue  59Today's Topics:     AA4RE
and received frames greater than 256 octets in length
             AEA 2400 Upgrade Mod
AMIGANOS Sites ???                              G0BSX TNC
                   Hints For BAYCOM
Kantronics DVR2-2 info                    Listening in to packet
radio.                      NET/ROM? : Possibly a FAQ
         Packet BBS software via FTP                        PK88
& PK232 Host Mode                      Pocket Packet Help
NeededSend Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: Wed, 4 Mar 1992 23:36:16 GMTFrom:
munnari.oz.au!metro!extro.ucc.su.OZ.AU![e-mail]
ject: AA4RE and received frames greater than 256 octets in
lengthTo: [e-mail] anyone experienced problems
with AA4RE vers 2.1t 'freezing'on received frames greater than
256 octets ?A local BBS operator is has begun experiencing this
problem sincea local nos node increased the mtu size on its
interface to 512in lieu of teh 256 it used prior.He doesn't have
access to news, and I'm not terribly familiar withhis
configuration, but the versions of code he is using are as
follows:AA4RE vers 2.1tBPQ   vers 4.04He claims that 'when
someone is connected, and a frame is recieved greaterthan 256
bytes in length, the BBS freezes and the cursor sits in
thewindow of the received frame'The 'when someone is connected'
is empirical.Any help much appreciated.ThanksTerry-- Terry
Dawson, [e-mail],
[e-mail][phone] (voice), +61 2 922
5973 (fax).   __\*/__  0^Ooooo
_____------------------------------Date: 4 Mar 92 17:53:25
GMTFrom:
zephyr.ens.tek.com!gvgpsa!gold.gvg.tek.com![e-mail]
ject: AEA 2400 Upgrade ModTo: [e-mail] have an AEA
PK232 MBX that I am considering upgrading for 2400baud packet
operation.I have heard that AEA has a 2400 upgrade for $130 and
requiresthat the unit be sent back to them.A couple of
questions:* Does the AEA mod add functionally to the unit, or
does the  2400 mode replace one of the modes?* Is there another
way (cheaper) to add 2400 baud for packet?* Does TAPR or someone
have a 2400 baud modem to connect into the  modem
header?ThanksRandyRandy Hall      Grass Valley Group, Inc.
VOICE:  916-478-3310P.O. Box 1114   Grass Valley, CA  95945
FAX:    [phone]Internet:       [e-mail]
Home:   916-274-2207    UUCP:  ...      !tektronix!gold!randyh
  Packet: WA2AGE@KE6LW
AppleLink:   D4427------------------------------Date: 3 Mar 92
19:44:47 ESTFrom:
usc!cs.utexas.edu!utgpu!watserv1!watmath!xenitec!lemsys!clemon@ne
twork.UCSD.EDUSubject: AMIGANOS Sites ???To:
[e-mail] article
<[e-mail]>
[e-mail] () writes:        Try
ucsd.edu/hamradio/packet/ka9q/incoming/anos28s.lha
                asrc28s.lha
akit28s.lha        These are the latest version as of this
writing.-- Craig Lemon VE3XCL - Kitchener, Ontario. Amiga B2000
OS 2.04  UUCPv1.15D. [phone]    [phone]
    | BADGERS? We don't need [e-mail]
[e-mail]  | no steenking BADGERS! IP/Packet:
[e-mail] [44.135.84.51]|       -- Raul,
_UHF_------------------------------Date: Wed, 4 Mar 1992
13:39:10 GMTFrom:
usc!zaphod.mps.ohio-state.edu!uwm.edu!linac!att!cbfsb!cbnewsf.cb.
att.com![e-mail]: G0BSX TNCTo:
[e-mail] packet people,I have aquired a PCB
for the G0BSX TNC which is designed to be functionally
equivalent to the TAPR TNC2. When built I intend to use it with
my Icom IC240 and Atari ST.As a I'm newcomer to packet, can
anyone share any helpfull hints and tipsregarding use of any of
the above kit?Please reply by email direct to
[e-mail] or att!hvmpa!mnobleTNX,Martin - G8BPV -
QTHR------------------------------Date: 4 MAR 92 15:10:08
From:
deccrl!news.crl.dec.com!hollie.rdg.dec.com!ryn.mro4.dec.com!cache
.enet.dec.com![e-mail]: Hints For BAYCOMTo:
[e-mail] article
<[e-mail]>,
[e-mail] (Michael Foerster) writes...> >I
recently got my homebrew Baycom circuit running and thought that
I would>share a few of the trials that I experienced in hopes
that it will make>it a bit easier for others to start up and get
on packet.> > >1. In the troubleshooting section, they refer to
the "flashing square".>   You must realize that the flashing
square that they refer to is >   after you start up "L2.EXE".
You should see the flashing square in>   the upper right corner
of your screen, with the DOS prompt still on the>   screen.
The "L2.EXE"  is a TSR (Terminate and Stay Resident)>   program
that operates as the TNC (Terminal Node Controller).  The other>
  program "SCC.EXE" is the terminal program that displays the
packet >   information to you.  When you start the program by
using the batch script>   "BAYCOM.BAT" this first starts up the
"L2.EXE" then starts the "SCC.EXE">   program. >   >   You can
leave the "L2.EXE" program running and decoding packets, while>
 you continue to use your PC for other purposes, such as word
processors,>   spread sheets, etc., as long as there is
sufficent RAM for them.> >2. This leads me to another caution.
When you do get the BAYCOM running>   and use the PC for other
programs while the L2.EXE is running, if the>   BAYCOM is
running on Port 1, you should avoid using Port 3 if you have>
it on your system (for a Mouse, communications modem, etc.).
The same>   goes for running BAYCOM on Port 2 while using Port 4
for other purposes.>   As I understand it, the system shares
interupts between Port 1 and 3, >   as well as 2 and 4. This
contention could cause your PC to crash >   periodically.
Another solution is to remove L2 from RAM using the >
"OFF.COM" program. > >3. I also ran into problems with the
voltage regulation thru the 78L05 >   voltage regulator.  I only
had about 6.5 volts at the input to the >   regulator, thru the
diodes from comm port 1 of my PC.  I later found>   that port 1
gave me sufficent voltage.  I haven't verified it yet, but>   I
beleive that that port may be somewhat faulty.  If I provide an
>   external voltage, port 1 works, and all diagnostics that I
have tried>   indicate that it is working OK, but it just
doesn't provide enough>   voltage to run the BAYCOM circuit. > >
  I even tried using a resistor and 5.1 volt zener to supply the
regulated>   voltage, but after finding that port 2 worked, I
put the 78L05 back in.>   >   You may be surprised to see -.6
volts on the circuit before the L2.EXE>   program is started up
(which initializes the port), but this doesn't>   appear to hurt
the circuit any. >   >   If you can't find an LM78L05 voltage
regulator (I had difficulty) you>   can also use an LM2936 which
also has a low quesent current.>   >4. If you get the circuit
connected, with 5.0 volts to the circuit, but>   still don't
decode the packets, you can open the squelch on the radio.>
The upper line of the Terminal Program (SCC.EXE) should indicate
that>   it is receiving by the "RECV" on the far left end, just
under the >   Transmit window (upper window).  If you don't see
this RECV indication,>   then you don't have any signal thru the
modem chip.  Trouble shooting>   from this point will require
something to indicate if you have a signal>   thru the modem
chip. An oscilloscope (even an old 5 mhz) is ideal, but>   you
may be able to get by with a frequency counter, or a DVM on the
AC>   range.  Again, open squelch and verify something of an AC
signal at>   Pin 8 of the TCM 3105 chip.  This is the recieve
output form the Modem >   chip. If this is present, follow it to
pin 5, then pin 6 of the inverter>   where the signal is sent to
the CTS pin of the communications port of>   the PC.   > >   I
found that mine would only decode packets when I had the scope
connected>   to the CTS pin or several other pins of the RS232
connector.  Puzzling>   as this is, I finally cured the problem
(with a suggestion from another>   BAYCOM user) by shorting out
the 2.2K ohm resistor between the inverter >   output (pin 6)
and the CTS pin of the RS232 connector.  I tried a 1K>   but
found that the full current ouput of the inverter was required
to>   drive my comm port.> >5. I found that there was an unused
pin on the mic connector of my ICOM>   245 FM/SSB 2 meter rig,
so I connected a wire from the speaker output>   to this pin,
and in turn connected that to the receive input of the >
BAYCOM board.  This allows me to connect to the packet card
with>   only one connector.  In order to quiet the speaker, I
insert a headphone>   jack with approximately 8 ohm resistor for
a load. > >   Incidentally, the volume control on your radio
need only be set at about>   1/4 turn.  It takes very little
audio to run the circuit. >   >6. Once I did get on the air with
the BAYCOM packet, I found that I could>   connect with all the
other stations in my area, with the exception of>   one, and
that was a local BBS that would allow me to check in
periodically,>   rather than requiring that I be on the air 24
ours a day.  I would>   try to connect, and would see his
packets come across the lower window,>   but I would never have
the messages appear in the recieve window. After >   about a
week of asking around, locally and on Internet mail, I found
that>   BAYCOM doesn't support Version 1 of AX.25
(communications protocol used>   for most packet traffic) but
only Version 2, the latest.  The BBS was>   using the MSYS
software and we found that he didn't have the Version>   2
status bit enabled.  After this was changed, everything fell
into place.>   >Hopefully with the information in the BAYCOM
circuit trouble shooting >section and these few hints, it should
make it easer to start up your>circuit.   Once you do get it
working, you can connect to your own station>via another packet
station and play with it.  Try the REMOTE commands,>as well as
the others, just to learn how to use it.  It really does have>a
lot of features.> >Mikef
WA0VNH>    [e-mail]------------------------------Dat
e: 4 Mar 92 20:32:11 GMTFrom:
usc!rpi!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu!yale.edu!jvnc.
net!netnews.upenn.edu!uofs!falcon.cs.uofs.edu![e-mail].E
DUSubject: Kantronics DVR2-2 infoTo: [e-mail]
article <[e-mail]>,
[e-mail] writes:|> |> Conversation with
Kantronics indicates that they are aware of this problem.|>
Suggestions to investigate an alternative part to the MPS5179
revealed that|> such a change would result in the need for
recertification under F.C.C. type |> acceptance regulations
which they say would be cost prohibitive.|> ???????Type
acceptance under what service??  I wasn't aware of any type
acceptance(other than maybe Part 15) for amateur radio
equipment.  If they can determine a better part, why not just
publish a tech-note andmake it widely distributable to the ham
community.  Then we can make the modourselves.To be honest, this
excuse doesn't really wash.  Sounds like the kind of thing I
would expect to hear from Amana about their new Radar-Range.
:-)bill   KB3YV--      Bill Gunshannon          |        If this
statement wasn't here,     [e-mail]   |  This
space would be left intentionally blank
[e-mail]    |         #include <std.disclaimer.h>
------------------------------Date: 5 Mar 92 09:00:43 +1300From:
sdd.hp.com!wupost!waikato.ac.nz![e-mail]:
Listening in to packet radio.To: [e-mail] it
possible to "listen in" to packet radio data?I'm a SWL'er but
not a Ham.  So can only recieve.I would however like to monitor
this type of communication.I currently recieve morse and rtty
using Hamcomm.Your suggestions appreciated.-- Andrew
ChambersComputer ServicesUniversity of WaikatoNew
[e-mail]------------------------------Date: 4
Mar 1992 21:00:39 -0800From:
ucsd.edu![e-mail]: NET/ROM? : Possibly a
FAQTo: [e-mail]@lemsys.UUCP (Craig Lemon
VE3XCL) writes:>what is NET/ROM exactly?More than you wanted to
know about NET/ROM:NET/ROM is a proprietary bit of firmware
(from Software 2000) thatplugs into the TNC-2 or clones thereof
(replacing the standardfirmware) and implements a datagram-based
networking protocol thatutilizes AX.25 as its point-to-point
"link" level.  It doesn't fit wellinto the OSI 7-level scheme
for describing networks, but you can thinkof NET/ROM as being at
level 3 and level 4 of that model without beingtoo far wrong -
which would put AX.25 at level 2.NET/ROM incorporates a routing
scheme that works by broadcasting a listconsisting of triples of
(dest,nexthop,quality) that are received byother NET/ROM nodes
and used to build routing and destination tables.By the use of
port quality factors, received route quality ratings aredegraded
as the destination gets farther away, leading to the abilityto
pick a "best path" among the known routes, and the eventual
dyingout of useless or cyclic paths.Routing tables hold, for
each known destination, at most three "nexthop" listings.  These
are aged and recalculated when route broadcastsare sent and
received, typically once an hour.  In such a scheme, newrouting
information ("good news") travels relatively quickly, but lossof
connectivity ("bad news") travels much more slowly, as
obsoleteroutes need to age away.When you connect to a NET/ROM
node, there is a simple commandinterpreter that looks up your
connection request to see if thecallsign or node nickname is
known.  If not, a normal AX.25 connectionis attempted.  If
known, an AX.25 connection is opened to the nodelisted as being
the 'next hop' towards that destination, and a
NET/ROM'connection request' frame is sent over that AX.25
connection.  Whenthat 'CR' frame reaches the 'next hop' node,
the process is repeated,until a series of AX.25 connections
spanning the necessary nodes areopen, and the original CR frame
has been sent to the destination.The NET/ROM connection
("circuit") is independent of the AX.25 links ittravels over; it
is defined by the endpoints of the circuit.(Of course, it is
possible that the AX.25 connections between nodes mayalready be
established, if other netrom traffic has been going thatway,
even if for a different final destination.  If so, that
connectionwill be used for multiple NET/ROM circuits.)The
destination returns a Connection Acknowledge frame, and
henceforthdata and responses are encapsulated within NET/ROM
Information Frames,which are in turn acknowledged by Info Ack
frames.  There areDisconnect Requests and other such as well.
Because of the requiredNET/ROM header information, the data part
of a NET/ROM InfoFrame is 230bytes max.A key point to remember
is that the NET/ROM connections are END-TO-END.That is, the
InfoAck frame comes from the destination of theconnection, not
from any intermediate hop.  The AX.25 links betweennodes do acks
between nodes at level 2, but not of the complete span ofthe
data link.  It is possible for a NET/ROM circuit to survive
thefailure of an AX.25 node or link if an alternate path is
known to therouting tables of the surviving nodes.The NET/ROM
protocol allows not only windowing (i.e., you can send morethan
one [usually 4] Info Frames without waiting for an
acknowledgement)as does AX.25, but it allows fills - a missed
frame in a window can beresent without having to resend all the
frames following the missedone, which is a great advantage if
your links or nodes drop frames.AX.25 is a "go-back-N" fill, so
if a frame is missed, it and allsubsequent frames have to be
resent, so that a dropped frame produces amuch greater impact on
channel bandwidth than a dropped NET/ROM framewould.In theory,
however, the only reason a NET/ROM frame would be dropped isnode
congestion or failure, since the AX.25 links take care of
gettingthe frames between nodes reliably.  Still, it does
happen.Net/rom has some shortcomings: its routing is primitive,
and tends toget confused if networks have lots of nodes and/or
multiple routesbetween destinations.  It is starved for memory
in the TNC-2implementation: you have to keep the number of known
destinations andthe windowsize down or you risk having node
failures from memoryexhaustion.  (This last is a pity; if the
window could be made muchbigger, NET/ROM's efficiency could go
way up, since you could ackdozens of frames with one
ack.)Because of the unreliability of its routing in a large
complex network,a lot of people use NET/ROM by 'chaining'
connects: they connect to anode, then connect to the next node,
then to the next, etc., until theyreach the destination.  This
makes separate connections between thenodes and actually make
the channels MORE congested than if the chainedconnections were
just AX.25 level 2 - since those links now have tocarry the
NET/ROM IF and IA frames in addition to the data.  If therouting
tables were correct when a connection were to be made, aconnect
to the destination without any intermediate hops will
workbetter.  (A side note on this: it takes careful tuning of
the NET/ROMoperating parameters to get the most out of a
network; the defaultsoperate ok, but not at peak efficiency.
Sometimes it's best to turnoff a node's automatic route learning
and just update it by hand.)A couple of other notes:  The
protocol is documented in the NET/ROMmanual, which you get when
you buy your rom from Software 2000.  It'sabout $60 or so for
one rom, if I remember right.  Your callsign isencrypted into
the rom, and although it can be changed (I've been toldhow, but
didn't write it down), it's a pain to do so.Real NET/ROM in
firmware in a TNC-2 won

't keep up with 9600 bps - thepackets get delayed.  The
processor in the TNC just isn't fast enough.There is "TheNet"
from Germany, that depending on which story youbelieve, is
either a pirate copy of Net/Rom, an independent
paralleldevelopment, a product of reverse-engineering, or the
result of afalling out among the developers.  The people who
really know aren'tsaying, so the origin is the subject of much
speculation and rancour.It works similarly to NET/ROM, but is
free.  Copies are found here andthere.G8BPQ has written his
PCNODE software for the IBM PClone world thatlets your PC act
just like a NET/ROM node, only better.  I think 4.04is the
current version.  It's free and on BBSs everywhere.  It
comeswith the DRSI PCPA card for the PC.There is G8BPQ for the
Kantronics Data Engine, which does 19.2kb on twoports quite
nicely.  Comes with the product, as I recall.  They claimthat it
will do 56kb.KA9Q NOS includes a partial implementation of
NET/ROM, enough to allowa NOS station to participate in a
NET/ROM network enough to routeTCP/IP over existing NET/ROM
routes.  It's a hack way to route IP, butit works.The Gracilis
PackeTen switch uses NOS, but with the NET/ROM greatlyenhanced.
It will do 56kb on 3 of its 5 ports simultaneously.The MSYS BBS
has a partial NET/ROM implementation.  It has bugs.    -
Brian------------------------------Date: 4 Mar 92 18:06:30
GMTFrom:
sdd.hp.com!news.cs.indiana.edu!ux1.cso.uiuc.edu!bradley.bradley.e
du!camelot![e-mail]: Packet BBS software
via FTPTo: [e-mail] someone tell me where I can
find packet BBS software, such as MSYS, viaFTP?  I want to play
around with it and see what all is invovled with it.Thanks!Matt,
KF8OH--==========================================================
=====================| Matt Weisberg, KF8OH        MILLIWAYS -
Computers, Peripherals & Consulting ||
[e-mail]            Authorized Altima &
D-Link Dealer   || [e-mail]
Southfield, Michigan          || Packet: KF8OH @ W9NVX
Voice: [phone]    BBS: [phone]
|================================================================
===============------------------------------Date: 5 Mar 1992
01:26:01 -0800From: [e-mail]: PK88 &
PK232 Host ModeTo: [e-mail] there netters.I have
a small problem with the "host mode" on a PK88.  At the momentI
have written a serial program that "talks" to the TNC, using
theframe format specified in the PK232 reference manual.  That
is:<SOH> <CHANNEL #> < data here > <ETB>Where the characters are
the standard ASCII values for SOH and ETB.The PK88 (which I'm
using) accepts the frame happily, but then returnsthe frame back
to my serial prgram in an unmodified form, i.e. itmirrors the
data back. The PK88 is set up per the 232 ref man. but thesame
thing continues to happen.  I am using the 232 data because
I'vebeen informed that the PK 88 is a cut down PK232.So, what it
boils down to is:(A) Have I missed something in the 232 and 88
manuals ?(B) Has anyone else had similar problems ?(C) Has
anyone used Host Mode on the above TNC's successfully ??(D) Any
other constructive comments ???Any data or responses would be
helpful (actually __VERY__ helpful)I leave to you out there,
with thanks in advance for any responses.73's de Darren--
=================================================================
===============K.Darren Hatcher                    * e-mail :
[e-mail] of Computing and Info.Tech.  *
packet : [e-mail] Polytechnic
* phone  : [phone]Wellington Street, WOOLWICH
  * radio  : G7BKO (VHF)LONDON SE18                         *
"If you could physically see what I see,UNITED KINGDOM
           *  then my views would be your
views!"==========================================================
======================------------------------------Date: 5 Mar
92 01:57:54 GMTFrom:
sun-barr!male.EBay.Sun.COM!sccarace.EBay.Sun.COM![e-mail]
Subject: Pocket Packet Help NeededTo:
[e-mail].  I need a little help and this seems
like a good place tostart.  I am contemplating the purchase of
an HP-95LX palmtop,and have a couple questions:1.    I know I saw
an article in some ham radio magazine orother, but missed it,
describing the connection of the HP95LX toone of those teeny
TNCs.  Anybody remember where it was, andwhere to write for a
copy?2.    Where can I get one of those teeny TNCs?  Heathkit
nolonger carries the "Pocket Packet", and I can't find the
adanymore in QST for the PacComm battery powered unit.
Anysuggestions?Thanks - email responses would be greatly
appreciated, since mytime to read this newsgroup gets shorter
everyday.73s de N4OGL - Mark------------------------------End of
Packet-Radio Digest V92 #59******************************Date:
Fri,  6 Mar 92 04:30:02 PSTFrom: Packet-Radio Mailing List and
Newsgroup <[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #60To: packet-radioPacket-Radio Digest         Fri,
6 Mar 92       Volume 92 : Issue  60Today's Topics:
anonymous ftp sites for packet BBS software
  Baycom in Windows 3.0                       BBS Compression
methods           Best FTP sites in DL or world for packet
radio?                           Hints For BAYCOM
             ka9q telnet                              KAM/PK232
                         Kantronics DV-10             kenwood
ht21at mike and ear phone plug help?
Lets Grow Up.                       RADIO CHALLENGE (2 msgs)
                         RTTY HELP                     Wild idea
(dis?) continued -                       Wild idea for
reaction?Send Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: Fri, 6 Mar 1992 06:03:45 GMTFrom:
usc!rpi!ispd-newsserver!psinntp!gdstech![e-mail]
ject: anonymous ftp sites for packet BBS softwareTo:
[e-mail] someone tell me a few anonymous ftp
sites where I could getthe "latest" pcket BBS software? Email
responses are ok.Thanks in advances.73-- Hong-Yi  N2OEF--
*****************************************************************
*************Hong-Yi Ip [phone], FAX: [phone],
email: [e-mail] Data Systems, 1000
Woodbury Road, MS D12/237, Woodbury, New York
11797************************************************************
******************------------------------------Date: 6 Mar 92
01:13:11 GMTFrom:
swrinde!cs.utexas.edu!ut-emx!ccwf.cc.utexas.edu![e-mail]
.EDUSubject: Baycom in Windows 3.0To: [e-mail]
all packeteers,I'm using baycom 1.4 right now for my packet
ops., andwant to run it under windows 3.0.How to do that
?Specific questions :    1. Where should I run the L2.EXE, outside
or inside Windows,    2. How to setup the PIF for SCC.EXEI've tried
the generic PIF that Windows made for every DOS apps,Baycom can
be launched but I cant send or receive anything.Suryono
Adisoemarta (N5SNN / YG1QN)             [e-mail]

N5SNN@W2XO.#WPA.PA.USA.NA

N5SNN@N5LJF.#AUS.TX.USA.NA------------------------------Date: 5
Mar 92 12:35:37 GMTFrom:
usc!wupost!waikato.ac.nz!aukuni.ac.nz!mercury!nacjack!richard@net
work.UCSD.EDUSubject: BBS Compression methodsTo:
[e-mail]>No.  It's just binary data.  As long as
the data is decodeable by a>generally available program, I see
no problem at all.  Just to be safe>you should make sure you
have the decompression program, too, just>in case some fed suits
come by to visit.  The basic idea is that you>are not trying to
hide your communications on ham radio.I understand that the
ARRL, etc encourage the usage of compression,and that it is not
considered encryption. Perhaps this should goon the FAQ if it is
an FAQ? Or is it already (and did I miss
it?)-------------------------------------------------------------
--------------"Today we will do lying on the floor. You will lie
on the floor. You willcontinue to lie on the floor, and if you
move a single muscle, I will killyou." - Alexi Sayle, Didn't you
kill my brother?USENET  : [e-mail]       The
Demi-Monde : 199:310/1FIDONET : Richard Vowles 3:772/110.0
Amateur Radio  : ZL1UTF------------------------------Date: 6 Mar
92 10:24:34 GMTFrom:
swrinde!sdd.hp.com!wupost!think.com!mintaka.lcs.mit.edu!ai-lab!cs
.tu-berlin.de!zrz.tu-berlin.de![e-mail]:
Best FTP sites in DL or world for packet radio?To:
[e-mail]'m looking for up to date ftp sites
which have the latest versions ofpacket radio software. Anyone
in DL?Many
thanks,Rolf______________________________________________________
______________________  Rolf Bleher                      DK7IN
|  Institute of Microelectronics    E-Mail:
[e-mail]  |  Technical University Berlin
Phone:  [phone]              |  Jebensstrasse 1    Fax:
   [phone]              |  D-1000 Berlin 12,
Germany------------------------------Date: Thu, 5 Mar 1992
14:23:11 GMTFrom: rosevax!bert![e-mail]: Hints
For BAYCOMTo: [e-mail] also found another little
hint for using Baycom on a bullitinon packet which allows you to
somewhat mimic an alias (quickway to address a mail
message:    make up a file (use Baycom "edit" if you like) such
as    Filename "vnh":    sp wa0vnh @ n0ihy.mn.usa.na    (Add the address
if you like also here)    The "sp" is SEND PRIVATE and followed by
the address of the     recipient.  If the board requires the
address, that can be    entered also in the file.    Now, when you
want to send mail to "vnh", in the sent window    enter the
command:       :v vnh    The file will appear in the RECEIVE window.
Press the F9 key    (to get the cursor in the RECEIVE window) and
cursor to the first     line of the file and press ENTER, wait    for
the next line from the BBS that you are logged into to     appear
in the bottom window (you won't see it with the cursor    in the
RECEIVE window) and then press ENTER over the address.    This will
transmit those commands.    Now press F1 to get the cursor back up
to the TRANSMIT window    and you're ready to enter the
message.    This can also be used to send other messages or
pre-recorded    files.     Try it, send me some packet mail.     Mikef
WA0VNH     ------------------------------Date: 6 Mar 92 00:20:30
GMTFrom:
cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu
![e-mail]: ka9q telnetTo:
[e-mail] anybody who has downloaded the
OS9/68000 ka9q package determinedhow to get telnet to work in
character-at-a-time mode? I can onlyget it to work in
line-by-line mode, which won't allow me to log intoany unix
machines. I have even tried 'echo accept', but it still stays
inline-by-line mode. I can watch the lights on my modem, and
nothing is sentuntil I hit return. Thanks a million
zillion,-Russell Hoffman                 |  Co-Sysop, The
Penetrator BBS York, [e-mail]            |  90 MB
OS9/OSK Online 24 Hrs/dayCarnegie Mellon University      |
3/12/2400 baud (717)
741-5078---------------------------------------------------------
-----------------------------------------------Date: Wed,  4 Mar
92 22:49:06 GMTFrom:
usc!elroy.jpl.nasa.gov!grian!puffin!wd6ehr.ampr.org!wd6ehr@networ
k.UCSD.EDUSubject: KAM/PK232To: [e-mail]'d like to
expand the forum to include the MFJ 1278, for reasons that will
become quite clear below.All 3 TNC's, being TERMINAL node
controllers, obviously work withpretty much any terminal
emulation program.They each have their specific weaknesses and
strengths:            KAM        PK232        1278True dual-port
(simultaneously)    yes        no        noMax Radio Speed    w/new modem
    2k4        19k2        19k2Standard TNC2
commands    no        no        yesMailbox            yes        yes        yesPktGold compat
    "host" mode    not yet        yes        noModem
quality        fair        fair        excellentTrue DCD        no        no        yesFlexible
radio ports    no        yes        yesThe KAM requires manual switching of
cables for some modes; the PK-232and MFJ 1278 do not.
--------------------------------------------If you want to use
both HF and VHF ports at the same time, the KAM isthe way to go.
 Otherwise, for general multimode use, I personally prefer the
MFJ 1278, which has a true DCD state machine.  The KAM's
"software Carrier Detect" (at least on version 3.00 ROMs)
doesn't work very well, and will exclude some stations :-(  I've
reinstalled my good old TAPR DCD state machine in my
KAM.Mike------------------------------Date: 5 Mar 92 13:01:30
GMTFrom:
kodak!ispd-newsserver!psinntp!ncrlnk!ciss!lawday![e-mail]
.eduSubject: Kantronics DV-10To:
[e-mail][e-mail] (ASQP-NBF)
writes:>Does anyone have information on the DV-10? I think I
would like >one for the 430 side of the house. Whats the freq
range? Power out?>Does it do Packet only or voice?>Thanks>De
Roland 7J1AKI/WF4PThe D4-10 is a 10W radio that's nominally
tuned to 430 MHz.  It lookslike it could cover the whole band,
though.  It supports threemodulations:  1)  FSK of +/- 10KHz for
19.2KB packet; the FSK andreceiver data slicer are in the radio,
and there's a TTL level port onthe back panel with RXD, TXD,
PTT, DCD (from squelch); 2)  9600 aaudpacket using normal
K9NG/G3RUH modems; and 3)  Voice.  In reality,though, the voice
mode is intended purely as a convenience; it's notreally
designed for everyday use as a voice radio.It has two
crystal-controlled freqs.  The transmit turnaround is
<very>fast, as is the squelch.  Using squelch to derive DCD,
we've run with aTXD of 6-7ms between a pair of them.The receiver
has two bandwidths; the narrow mode is standard 15KHz
FMbandwidth, while the wide mode is 60KHz for 19.2KB.We have a
total of 10 of them going into a local high-speed network anda
backbone, and so far have no complaints about the hardware
(though itwould have been nice if the power level had been 25W
rather than 10, butthat's a local terrain problem).You should
also note that in many areas ATV makes finding a home
forwide-band packet quite difficult; even though ARRL says
430-431 shouldbe available for packet, ATV on 426.25 can cause
problems up there.  I'mspeaking from experience...John   AG9V--
John R. Ackermann, Jr.        Law Department, NCR Corporation,
Dayton, Ohio(513) 445-2966
[e-mail] Radio: ag9v@n8acv
tcp/ip: [e-mail]
[44.70.12.34]------------------------------Date: 5 Mar 92
11:46:08 CSTFrom:
usc!wupost!darwin.sura.net!convex!constellation!vms.ucc.okstate.e
du!unx.ucc.okstate.edu![e-mail]: kenwood
ht21at mike and ear phone plug help?To: [e-mail]
have a kenwood ht21at which I would like to use as a packet data
radio.However, I didn't get the plug configuration for the mike
and ear phone jacks.On Top of the radio are two phone type
plugs.  One is a micro and the other isa mini.  I am assuming
that the mini plug is for the speaker and the micro(bigger one)
is for the mike.  Could someone please email me the
plugconfiguration for this radio or one like it?ThanksTerry--
-----------------------------------------------------------------
---------------Terry Klarich (n5hts)                  Oklahoma
State UniversitySystems Software Services              Computer
Center Stillwater OK 74075A man is not complete until he is
maried; then, he is finished.------------------------------Date:
Thu, 5 Mar 92 15:33:18 GMTFrom:
walter!porthos!nvuxl![e-mail]: Lets Grow Up.To:
[e-mail], and I use the term advisably in
some cases, you havecaused me to to break a hard and fast rule.
I have, for some 4 or more years now, been reading with
interestthe various amateur radio news groups on this net. I
have a selfimposed rule - "If you do not have something to say -
do not prove it by saying it". I am now, and probably to my
regret, goingto make my thoughts, I do have some once in a
while, [e-mail] (Rex A. Simmons) wrote what I
thought wasand inciteful message to the ham community. To Rex I
say attaboy.I am not sure what makes some Hams think, because
they havea license, they are the holiest of holies. They seem to
feel thatsince they had to "study" hard to get their license
back in the "good old days" that everybody should have to go
throughthe same "strain and pain". To those people I say "Get
Real".How many of you have had to roll over "CDs" at 3 to 5
percentless than you were making on them a year ago. That is the
way of life, things change to accommodate the needs of the
present time.To the "bashers" of Radio Shack, "knockers" of
certainmanufacturers, I say if you have a problem with RS or
somebodyelse, make it known to them - NOT *CONSTANTLY* TO THE
NET. Ifsomeone has voiced your thoughts on something, how aout a
simple"I'll second that" rather than a 200 line disertation that
saysthe same thing. I wonder how long soem business
establishementsare going to put up with the cost of this
bandwidth.To those of the "Repeater Gods" flames - Please take
the wars to, is it "alt.flames", and lets get on to things like
what iscurrently happening at WARC. "What is the ruling on low
orbitsatellite allocations going to do to the spectrum?" I know
I have rambled on, :-), but I am torn between a capital'k' for
most subjects in the ham news and a 'u' for the whole set of ham
categories.CAN'T WE ALL GROW
UP??????????????????????????????Before you all kill yourselves
trying to figure who/what I am to answer this way, I am an
Advanced Class Ham, send and receive CW somewhere in the high
20s to low 30s but will drop down to 7 or8 to help someone make
a contact. I like to work 10 meters pretty exclusively. I was
first licensed in 1962. I playaround with RTTY and SSTV and will
get in a contest on occasion. I carry 2-meters in my car for
company during a long commute.I still enjoy the swim suit
edition of Sports Illustrated. :-))) Except for my age, over 60,
I *HOPE* I am what could be called"your average ham".I will be
happy to continue this thread "OFF LINE", via e-mail,but reserve
the right to ignore flames for the sake of flames.All standard
disclaimers should be applied at this point.David C. Marden,
Bell Communications Research, 100 Schultz Dr. P.O.Box 7050 Red
Bank, NJ 07701 908-758-5643 nvuxl![e-mail]
known as King Edward the second, Amateur Golfer
(KE2AG)------------------------------Date: 05 Mar 92 09:41
PSTFrom: sgi!cdp![e-mail]: RADIO CHALLENGETo:
[e-mail] technofiends:I am a science fiction
writer and new to the net.  I'm writing afeminist cyberpunk
novel, that deals a lot with radiobroadcasting.  Specifically,
the book takes place in 2076.  Aninternational pirate radio
network, calling itself World Radio,undertakes to connect,
organize, and retell the stories of poorpeople worldwide.Here
are the broad strokes of the technical side of World Radiothat
I've come up with so far.There is an integrated communications
network comprising allground and satellite communications.  It's
a kind of publicutility.  (See Ithiel Pool, Technology without
Boundaries.)Corporations pay for time used.  It is optical,
packetcommunication and wireless satellite transmission
combined.Voice, Video, Data.  Mobile individuals can access it
via satsets,hand held voice, video, data receivers.  Each person
has a HANDLEthat identifies packets for point to point
communications.Broadcasters have HANDLES.  If you want to
receive a certainbroadcast, you program your satset to receive
transmissions fromthat handle.  For broadcasting purposes,
packets are able tomultiply in the stream.WORLD RADIO has no
registered handle of its own.  It steals timefrom corporations.
Packet riders.  It is mobile, multiple-origintransmission.
Pirate handles change daily, like the names ofheroin packets.
Chips translate from one language to another.My questions, for
anyone who'd like to take a shot at answering,are: what do you
think, in general?  Is this even anywhere nearwhat you could
imagine being plausible?What kind of security would corporations
have to protect bothoptical and satellite transmissions sent
over a 'public' network?How could World Radio 'piggyback' onto
other transmissions for afree ride?How vulnerable would WR
broadcasters be to retaliation?What is spread spectrum radio and
does it have any relevancehere?If you are at all interested in
assisting me to come up with amore detailed, plausible scenario,
I would be thrilled to give youfull credit in the book, if it
gets published, of course!Just so you don't think I'm a nut,
I've had a few plays producedin New York and am in the graduate
writing program at MillsCollege in Oakland, CA.  My first novel,
about nuclear anxiety,was completed in 1991 and is being
considered by an agent.You can contact me at
[e-mail]!!!! Ann
Sydney------------------------------Date: 5 Mar 92 17:44:00
GMTFrom: sgi!cdp![e-mail]: RADIO CHALLENGETo:
[e-mail] technofiends:I am a science fiction
writer and new to the net.  I'm writing afeminist cyberpunk
novel, that deals a lot with radiobroadcasting.  Specifically,
the book takes place in 2076.  Aninternational pirate radio
network, calling itself World Radio,undertakes to connect,
organize, and retell the stories of poorpeople worldwide.Here
are the broad strokes of the technical side of World Radiothat
I've come up with so far.There is an integrated communications
network comprising allground and satellite communications.  It's
a kind of publicutility.  (See Ithiel Pool, Technology without
Boundaries.)Corporations pay for time used.  It is optical,
packetcommunication and wireless satellite transmission
combined.Voice, Video, Data.  Mobile individuals can access it
via satsets,hand held voice, video, data receivers.  Each person
has a HANDLEthat identifies packets for point to point
communications.Broadcasters have HANDLES.  If you want to
receive a certainbroadcast, you program your satset to receive
transmissions fromthat handle.  For broadcasting purposes,
packets are able tomultiply in the stream.WORLD RADIO has no
registered handle of its own.  It steals timefrom corporations.
Packet riders.  It is mobile, multiple-origintransmission.
Pirate handles change daily, like the names ofheroin packets.
Chips translate from one language to another.My questions, for
anyone who'd like to take a shot at answering,are: what do you
think, in general?  Is this even anywhere nearwhat you could
imagine being plausible?What kind of security would corporations
have to protect bothoptical and satellite transmissions sent
over a 'public' network?How could World Radio 'piggyback' onto
other transmissions for afree ride?How vulnerable would WR
broadcasters be to retaliation?What is spread spectrum radio and
does it have any relevancehere?If you are at all interested in
assisting me to come up with amore detailed, plausible scenario,
I would be thrilled to give youfull credit in the book, if it
gets published, of course!Just so you don't think I'm a nut,
I've had a few plays producedin New York and am in the graduate
writing program at MillsCollege in Oakland, CA.  My first novel,
about nuclear anxiety,was completed in 1991 and is being
considered by an agent.You can contact me at
[e-mail]!!!! Ann
Sydney------------------------------Date: 6 Mar 1992 00:04:45
-0800From: [e-mail]: RTTY HELPTo:
[e-mail] Packet Netters,I know this not a
packet thing but mabye somone could help.I just got into rtty
and I had to writr my own termenal program,but it is real basic.
 It has no printer option (i can write that in)but I can not
send files (send messages) from my drive.My RTTY unit is an old
Kamtronics "UTU" and the software I got with itdose not work,
and I can not read it.  Can somone tell me were to geta term
program that I can use with this TNC.   some body told me to get
an IBM system disk and get the "COMM" file from it, but as
yet.thanks for the band space..         "73"   de N1IQQ.ANY
COMENTS MADE ARE MY OWN   Email TO:[e-mail]
they would not pay me for them    WHO WILLS CAN-WHO TRIES
DOSE-WHO LOVES LIVES  (I don't know said
it)------------------------------Date: 5 Mar 1992 13:49:43
-0800From: [e-mail]: Wild idea (dis?)
continued -To: [e-mail] Radio folks,I've
gotten some response to my wild idea.  Most respondents hateCB
as I do.  My suspicion that there were regulations
concerningradio REMOTE control that allowed these operations on
the samefrequency as CB ch. 23 was neither confirmed or denied.
Theregulation as I remember had no restriction on the type
ofencoding.I know that there is a network remote control group
listed and Itried to contact them but didn't have any success.
The people thatanswered from a CB reg point of view, "NO WAY"
are, of course, veryright.  Most also said that CB is so poorly
enforced that you couldget away with it for a long time, but
eventually the feds would getaround to providing a room and
board program as some kind of rewardfor technical innovation.
The program did not provide for freshflowers, but the room
service was said to be comprehensive.The remote control radio
service is strange.  The reg. said thatidentifying the station
wasn't necessary, over the air at least.The regs for this seemed
to be more pointed at having the frequencyon the controller.  I
think so that battles with model warequipment could be
"fair?"The best question was, does the reg mention that you had
to becontrolling a VEHICLE?  My question is then are some of the
videogames that I see all around models of vehicles?  I think
that thefrequency could be used to control decontamination
equipment thatwas full sized.One of the better answerers said
that, if idea was workable, Iwouldn't hear much about it.  I
haven't heard much for a while
now?Mitch------------------------------Date: 4 Mar 92 20:40:35
GMTFrom: hpfcso!hpfcmgw![e-mail]: Wild
idea for reaction?To: [e-mail]: CB packet.CB is
limited to 4 watts, voice only.Perry
ScottAA0ET------------------------------Date: 5 Mar 1992
11:01:23 -0800From: [e-mail]:
[e-mail] Faunt, N6TQS,
415-688-8269)pSubject : Pocket Packet Help NeededTry calling
PacComm at 813-874-2980, or maybe
800-223-3511.------------------------------End of Packet-Radio
Digest V92 #60******************************Date: Sat,  7 Mar 92
04:30:03 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #61To: packet-radioPacket-Radio Digest         Sat,
7 Mar 92       Volume 92 : Issue  61Today's Topics:
anonymous ftp sites for packet BBS software: SUMMARY
                  FTP site              Mailing List for
Gracilis packet equipment                      NET/ROM? :
Possibly a FAQSend Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: Fri, 6 Mar 1992 21:06:24 GMTFrom:
sdd.hp.com!think.com!rpi!cunixf.cc.columbia.edu!psinntp!psinntp!g
dstech![e-mail]: anonymous ftp sites for
packet BBS software: SUMMARYTo: [e-mail] article
<[e-mail]> I wrote:>Could
someone tell me a few anonymous ftp sites where I could get>the
"latest" pcket BBS software? Email responses are ok.>Thanks in
advances.>>73>-- Hong-Yi  N2OEFHere are some responses: 1.
ucsd.edu               under hamradio/packet 2.
wuarchive.wustl.edu    under /mirrors2/misc/hamradio 3.
funic.funet.fi         under /pub/hamradio 4.
tomcat.gsfc.nasa.gov   under hamI had problems with (3) and (4)
may be traffic congestion.(1) and (2) seems ok. I could not find
the FAQ for this group.I wish they archive it (if it
exists).Thanks to the following responses:"Roy Engehausen"
<[e-mail]>         Roy,
[e-mail] (Darrin Robinson) Darrin
[e-mail]                   Loren
kb9ctjand whomever emails me later...--
*****************************************************************
*************Hong-Yi Ip [phone], FAX: [phone],
email: [e-mail] Data Systems, 1000
Woodbury Road, MS D12/237, Woodbury, New York
11797************************************************************
******************------------------------------Date: 6 Mar 92
16:19:50 GMTFrom:
swrinde!gatech!taco!garfield.catt.ncsu.edu![e-mail].E
DUSubject: FTP siteTo: [e-mail] is an
anonymous ftp site here at NC State Univ that has a hamradio
section... you are welcome to d/l whatever you wish or u/l
yourfavorite files... just send mail letting me know what they
are, so I canadd them to the index... 73'sthe ftp area is
garfield.catt.ncsu.eduChris Blackmon, N4VGK        ||  In this
business, you either lead, [e-mail]        ||  or
get the hell out of the way."pour aller ou personne n'est jamais
alle'...."------------------------------Date: 6 Mar 92 17:18:10
GMTFrom: mjbtn![e-mail]: Mailing List for
Gracilis packet equipmentTo: [e-mail],At the
Dayton hamfest last year, a local ham (also on the net)
boughtthe Gracilis PacketTen 5-Port packet switch.  He also got
a PacketTwinand 2 G3RUH (right call?) 9600 modems, plus one
Kantronics 1200 baudmodem card.  We have just finally gotten
everything together along with the needed time to get the whole
system installed and running.  Therewere a few hurdles, but hats
off to Don Lemley (N4PCR), of Gracilis, forhis abundant time and
invaluable assistance!  Thanks ever so much Don!At any length,
the PacketTen is a wonderfully elaborate system and for
thatreason, I have opted to setup an Internet mailing list for
those using(and/or interested in) Gracilis packet equipment.  It
will be the weekendbefore I will have time to configure
everything, but for starters, thelistserver
is:    [e-mail] you can send 'help' or 'index' to
monitor my progress.  If no oneelse signs up, I won't be
offended!  :-)  I will make another announcementwith more
details when things are ready-set-go.I would still like to hear
from you if you think you would be interested(just in case
something happens and I don't get the list setup as soon asI
would like).**Note:  I have *NO* connection (whatsoever) with
Gracilis except for the factthat it is a neat new toy that we
are very excited about and may actuallyassist in the education
of the "AX25 Dumbells" that our area is so inundatedwith.  Since
we own the switch, the radios, and basically control the
2200foot tower site, they can eat mud if they don't like it!
Anyway, that issueis a bit of a soapbox and I won't go further
into it.I hope that the list will serve as a round table for
setup/debugging/etcthat includes the Gracilis crowd.  We shall
see.73's,Mark.-- Mark J. Bailey, N4XHX
   _______/====X11====\_______USMAIL: 511 Memorial Blvd.,
Murfreesboro, TN 37129 |         JobSoft         |VOICE:  +1 615
893 0098                            | Design & Development
Co.|UUCP:   ...!uunet!mjbtn!mjb, ...!raider!mjbtn!mjb  |
Murfreesboro, TN  USA  |DOMAIN: [e-mail]      CIS:
76314,160  ---------------------------<KA9Q-UNIX-USERS Mailing
List-Subscribe:
[e-mail]>----------------------------
--Date: 5 Mar 92 18:10:35 ESTFrom:
usc!cs.utexas.edu!utgpu!watserv1!watmath!xenitec!lemsys!clemon@ne
twork.UCSD.EDUSubject: NET/ROM? : Possibly a FAQTo:
[e-mail] article <[e-mail]>
[e-mail] (Brian Kantor) writes:>[e-mail] (Craig
Lemon VE3XCL) writes:>>what is NET/ROM exactly?>>More than you
wanted to know about NET/ROM:        You can say that again!
(please don't though :-)  Thanks for theinformative reply.
Quite a bindle of info.73-- Craig Lemon VE3XCL - Kitchener,
Ontario. Amiga B2000  OS 2.04  UUCPv1.15D. [phone]    +1
519 578 7817              | BADGERS? We don't need
[e-mail] [e-mail]  | no steenking
BADGERS! IP/Packet: [e-mail] [44.135.84.51]|
-- Raul, _UHF_------------------------------End of Packet-Radio
Digest V92 #61******************************Date: Sun,  8 Mar 92
04:30:03 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #62To: packet-radioPacket-Radio Digest         Sun,
8 Mar 92       Volume 92 : Issue  62Today's Topics:
Can NOS gateway all AX.25 info to SLIP port?Send Replies or
notes for publication to: <[e-mail]>Send
subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 7 Mar 92 23:59:51 GMTFrom:
swrinde!cs.utexas.edu!utgpu!watserv1!watmath!xenitec!lemsys!clemo
[e-mail]: Can NOS gateway all AX.25 info to
SLIP port?To: [e-mail]        What commands can you
issue to the MS-DOS version of NOS to allowit to repeat all
transmission received on an AX.25 port to the SLIP porteven if
they have no relevence to the node connected on the SLIP port?
Iconnect to a friend of mine via SLIP and he has a TNC on his
AX.25 port andI would like to be able to use 'trace' here
(amigaNOS v2.8s) to view _ALL_transmissions occurring "on the
air".  This gatewaying should preferable beone way so that all
of my telnet sessions and ftp's to HIM are notbroadcast.  Is
this possible?-- Craig Lemon VE3XCL - Kitchener, Ontario. Amiga
B2000  OS 2.04  UUCPv1.15D. [phone]    [phone]
           | BADGERS? We don't need [e-mail]
[e-mail]  | no steenking BADGERS! IP/Packet:
[e-mail] [44.135.84.51]|       -- Raul,
_UHF_------------------------------End of Packet-Radio Digest
V92 #62******************************Date: Mon,  9 Mar 92
04:30:02 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #63To: packet-radioPacket-Radio Digest         Mon,
9 Mar 92       Volume 92 : Issue  63Today's Topics:         Mail
delayed on hplb.hpl.hp.com (queue id: AA00945)
Packet BBS software via FTP (2 msgs)Send Replies or notes for
publication to: <[e-mail]>Send subscription
requests to: <[e-mail]>Problems you can't
solve otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 8 Mar 1992 23:41:20 -0800From:
[e-mail]: Mail delayed on
hplb.hpl.hp.com (queue id: AA00945)To:
[e-mail] 1 day and 16 hours, your message to:
[e-mail] not yet been fully delivered for the
following reason:  DeferredDelivery is still pending for the
following address(es):  <[e-mail]>Your
message was received Saturday, 7 March 1992 14:51:42 GMTby
hplb.hpl.hp.com. hplb.hpl.hp.com will continue to attempt
todeliver your message for an additional 11 days and 7 hours.
If it has notbeen delivered by the end of that time it will be
returned to you.No further action is required by you.Your
message began as follows:--------------------To:
[e-mail]: Packet-Radio Mailing List and
Newsgroup <[e-mail]>Subject: Packet-Radio Digest
V92 #61Message-Id: <[e-mail]>Packet-Radio
Digest         Sat,  7 Mar 92       Volume 92 : Issue  61Today's
Topics:         anonymous ftp sites for packet BBS software:
SUMMARY------------------------------Date: 7 Mar 92 12:45:00
GMTFrom:
seas.smu.edu!utacfd.uta.edu!trsvax!rwsys!ocitor![e-mail]
.netSubject: Packet BBS software via FTPTo:
[e-mail] > Can someone tell me where I can find
packet BBS software, such > as MSYS, via > FTP?  I want to play
around with it and see what all is invovled > with it. >
Thanks!matt -- i am not in the ftp system, but you can download
the msys files from my bbs at 214 226-1181 signon with Guest
password Guestfill out the short questionnaire and you can poke
around for an hour ..lee - wa5eha * Origin: -Com Port 1 DFW
Amateur Radio BBS [phone]
(1:124/7009)------------------------------Date: Sun, 8 Mar 1992
21:22:30 GMTFrom:
usc!zaphod.mps.ohio-state.edu!hobbes.physics.uiowa.edu!moe.ksu.ks
u.edu!unmvax!constellation!uokmax![e-mail]
: Packet BBS software via FTPTo: [e-mail] BBS
software can be FTP'd from 'tomcat.gsfc.nasa.gov'.It's in the
directory bbs/* (w0rli, wa7mbl, etc.)Tomcat is run by Dr. Tom
Clark,
W3IWI.Monte--====================================================
===========================Monte Bateman, WB5RZXPhysics Ph.D.
Candidate at The University of Oklahoma & The National Severe
Storms Laboratory, Norman, OK! InterNet: bateman @
nsslsun.nssl.uoknor.edu  (preferred)Packet Radio: WB5RZX @
WB5RZX.OK.USA.NOAMbang:
...uunet!nsslsun.nssl.uoknor.edu!bateman-------------------------
-----End of Packet-Radio Digest V92
#63******************************Date: Tue, 10 Mar 92 04:30:04
PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #64To: packet-radioPacket-Radio Digest         Tue,
10 Mar 92       Volume 92 : Issue  64Today's Topics:
 Real-time Compression for 1200 baud packet
Some Questions about Packet Radio
UO-22 vs UO-14Send Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: Tue, 10 Mar 1992 03:37:22 GMTFrom:
usc!wupost!ukma![e-mail]: Real-time
Compression for 1200 baud packetTo: [e-mail] am
sure I am not the first to think of using some sort of
terminalsoftware with built-in compression with 1200 baud
packet.  Does anyoneknow of such a program via FTP.  What are
the legalities of use onthe ham bands?  Compression is not
encription for the purpose of conceiling the contents of the
message.73, Harold, N4FLZ-- Harold G. Peach, Jr.     N4FLZ
><>     [phone]
[e-mail]------------------------------Date: 10 Mar 92
00:13:29 GMTFrom:
swrinde!zaphod.mps.ohio-state.edu!mips!spool.mu.edu!hri.com!noc.n
ear.net!ziff!hern![e-mail]: Some Questions
about Packet RadioTo: [e-mail],    I am
looking for more info on the uses of Packet Radio.I would like
to know if one can use it to get to the Internet,for example.  I
would also like to know what regulations thereare as to the
content of data sent via Packet Radio.                Thank you for any
help,                    Andre-- [e-mail]                Andre'
[e-mail]            POBox
305,...!dartvax!hern!andre                Greenfield, NH,
03047...!uunet!{bytepb,virgin}!hern!andre------------------------
------Date: 10 Mar 92 04:24:06 GMTFrom:
bonnie.concordia.ca!ccu.umanitoba.ca!bison!draco!sys6626!inqmind!
[e-mail]: UO-22 vs UO-14To:
[e-mail] anyone on here know what the official
difference is between thedownlink signal from UO-14 and UO-22. I
remember someone on herementioning that they got better
performance after the move to UO-22after they widened their IF
filter.Is UO-22 using a wider deviation? Using my Hamtronics
reciever Inow get very bad results on UO-14. UO-14 used to be
fine. I'vetried changing the 455 KHz ceramic filter but the 10.7
MHz filterseems to be very tight on the R451.Has anyone have any
specific information on
this?Thanks,[e-mail] Inquiring Mind
BBS, Winnipeg, Manitoba  204
488-1607------------------------------End of Packet-Radio Digest
V92 #64******************************Date: Wed, 11 Mar 92
04:30:03 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #65To: packet-radioPacket-Radio Digest         Wed,
11 Mar 92       Volume 92 : Issue  65Today's Topics:
               administrivia                         CALLING
BAYCOM TEAM                     ENGLISH TERMHELP.SCC WANTED
           help find WNOS and othet TCP/IP sw.
    MFJ-1224 software needed              Real-time Compression
for 1200 baud packet                            UO-22 vs
UO-14Send Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 10 Mar 1992 08:55:30 -0800From:
[e-mail]: administriviaTo:
[e-mail]'ve renamed the UCSD ftp
directory    hamradio/packet/ka9qto    hamradio/packet/tcpipto more
closely reflect its contents, and to make things easier to
findfor the newcomer.Don't panic.    -
Brian------------------------------Date: 10 Mar 1992 13:27:31
-0800From: [e-mail]: CALLING BAYCOM
TEAMTo: [e-mail] I see in the manual you want to
design a 8530 scc card.There is a nice one of PA0HZP with 2 8530
. I work with this card.There is a 150 Kbytes file SCCPRIN5.ZIP
with a lot of info about this card.The most importand info are
:The text files are:         SCCPAPER.TXT  Description of the
multi-channel IBM PC packet interface.                       The
text has been copied from the proceedings of the 8th
          ARRL computer networking conference.
SCCPRINT.BOM  Componentlist of the OptoPcScc print.
COMPATBL.LST  List of received compatibility reports.
MODEM1K2.BOM  Componentlist of the 1200 bps current loop modem
      MODEM4K8.BOM  Componentlist of the OptoPcScc currentloop
interface for                       the VE3DNL 4K8 bps modem.
     MODEMNUL.BOM  Component list of the OptoPcScc currentloop
nullmodem.The schematic drawings have been added in this archive
as a normal file.The drawings can be printed on an Epson
compatible printer.         SCCPRINT.SCH  Drawing of the
schematics of the OptoPcScc print.                       (This
file is in uncompressed form larger than 360K)
SCCPRINT.CMP  Component layout of the OptoPcScc print.
MODEM1K2.SCH  Drawing of the schematic diagram of the 1K2 modem.
        MODEM1K2.CMP  Component layout of the 1200 bps current
loop modem         INTERFA1.SCH  Drawing of the schematics of
the current loop interface                       for the VE3DNL
4K8 bps modem and the schematics of the
null modem
interface.-------------------------------------------------------
-------             Eighth ARRL Amateur Radio Computer
Networking Conference                      A multichannel IBMPC
packet interface
-------------------------------------        Abstract
 This paper describes a universal medium speed packet
interface for the Isa (IBMPC) bus.  The system consists of one
     or more 4 channel Isa bus boards and external modems.
Multiple        boards can be interconnected to form one single
interface with a        single interrupt vector and daisy chain
interrupt priority        logic.        General software can be
used. There are no special        initialization actions
required.        The connections  between the Isa bus boards and
the external        modems are opto
isolated.--------------------------------------------------------
------                                 Henk Z. Peek,  PA0HZP
                     Usenet: [e-mail]
     AX25 bbs: pa0hzp@pi8nvp                          AX25 smtp:
henkpa0hzp%pa3fmc%pe1chl@pe1dna
   in most cases: pa0hzp@(system name)
P.O. Box 329, 1440 AH Purmerend, The Netherlands
         Phone: +31 2990
30977------------------------------------------------------------
--Also as some one note in tcp/ip digest at Internet it may be
posssibleto run TCP/IP over a BAYCOM modem. TCP/IP includes a
general interface forthis. It also possible to write an MBBIOS
or BPQ host mode compatible interfaceso it will be possible to
run TCP/IP ( not only ) using NODEDRV4 of BPQ.Here are some info
for the Packet Driver that included in TCP/IP.     The KA9Q
TCP/IP package includes a driver that allows use of any network
   interface(that  is  provided  with a "packet driver" that(is
compatible     with the "PC/TCP Version  1.08  Packet  Driver
Specification",  by  FTP     Software,(Inc.   The great benefit
of the(packet driver spec is that it     allows a manufacturer
of a(PC networking interface( (an  Ethernet(card,     etc),
to(write one driver that can be loaded for(use with a variety of
    networking(applications, including(the KA9Q package.     For
the benefit of(potential packet driver(authors, a copy(of  the(
spec     is( included  here.  A prolific packet driver author is
Russ Nelson, who     may be reached as
[e-mail] on the Internet.  Many  of     the
drivers in use with the KA9Q package have been written or
are(being     maintained(by Russ.     This  section is derived
from a public domain document  created  by  FTP
Software,(Inc.   FTP  Software  is  gratefully  acknowledged
for( both     developing(the spec, and allowing use of their
specification here.(  FTP Software,(Inc.(  P.O. Box 150(
Kendall Sq. Branch(  Boston, MA  02142(  (617)(868-4878I have no
info about the interface between the L2 and SCC.It is a good
idea to be public.  I have also the PMP11 version of Purs Man
Packet with source code ifyou want it.  As a lot of people has
access to Internet it is a good idea to definean Internet HOST
which will contain the most current version of BAYCOM.Please
reply direct !!!73
de####################################################
George Katsimaglis  SV1BDS  [KM17VX]  ## P-mail  :
[e-mail]               ## E-mail  :
[e-mail]                ##
[e-mail]
####################################################-------------
-----------------Date: 10 Mar 1992 13:27:23 -0800From:
[e-mail]: ENGLISH TERMHELP.SCC
WANTEDTo: [e-mail] search for the English version
of the TERMHELP.SCC .It was posted to the packet a few months
ago but all the pieces did notcome here.Please reply direct
!!!73 de####################################################
      George Katsimaglis  SV1BDS  [KM17VX]  ## P-mail  :
[e-mail]               ## E-mail  :
[e-mail]                ##
[e-mail]
####################################################-------------
-----------------Date: 11 Mar 92 07:31:12 GMTFrom:
sdd.hp.com!swrinde!mips!mips!boy![e-mail]:
help find WNOS and othet TCP/IP sw.To: [e-mail]
this is my first posting on the net so please be kind. I would
like to get a copy of WNOS to try out. Would anyone beso kind as
to Email me a copy it would be greatly appreciatedAlso I am
currently using NET if anyone has a TCP/IP program thatthey
would suggest I try I would be greatly
[e-mail].------------------------------Date
: 10 Mar 1992 12:06:00 -0800From:
[e-mail]: MFJ-1224 software neededTo:
[e-mail],I lost the software to go with
my MFJ-1224 which is a RTTY and morse interface.The software
comes in Commadore and msdos, I need the msdos.  I can do
HEXconverstions on this end, so I prefer to get the code via
email.Mitch KB0GNY
[e-mail]------------------------------Date: 10
Mar 92 19:31:24 GMTFrom:
timbuk.cray.com!shamash!uc.msc.edu!apctrc!voyager![e-mail]
tSubject: Real-time Compression for 1200 baud packetTo:
[e-mail] article
<[e-mail]> [e-mail]
(Peach)writes:>I am sure I am not the first to think of using
some sort of terminal>software with built-in compression with
1200 baud packet.[insert Twilight Zone theme here....]funny, to
be honest, I was just thinking of this last night.  I'm
playingaround with a terminal program for packet, and was
thinking about ways toimprove on existing terminal
programs...and my modem was sitting therestaring me in the face
begging to be heard (it has V.42bis compression).I must admit,
though, I was more wondering why it wasn't implemented inthe TNC
as an option...then, the TNCs could negotiate compression once
anAX.25 session is established.>Does anyone>know of such a
program via FTP.  What are the legalities of use on>the ham
bands?  Compression is not encription for the purpose of
>conceiling the contents of the message.as for the legalities,
I'm no lawyer, but I'd have to say I agree with
you....compression != encryption.there is one problem,
though....you'd have to make sure the program wasvery good about
knowing when to use compression and when not to...forexample, if
the other person/bbs doesn't have it, you can't use it.  also,if
you want to put the TNC in command mode, you'll need to
disablecompression before sending the ^C...or the TNC won't see
it.  thing is,you don't want the user to have to worry about it,
or the program wouldbe such a pain in the neck it wouldn't be
worth using.  this might be oneof those things that would work
best under KISS mode (which I'm not reallyfamiliar with), but
not normal mode.actually, there's another problem....you're
computer needs to be prettyquick, or it won't keep up
(assumption based on the high-speed modem sideof things --- may
not apply here....I don't know).comments?  who knows....
--jimStandard disclaimers are IRRELEVANT.  Whose thoughts these
are is IRRELEVANT.
--j.borg---------------------------------------------------------
---------------------INTERNET:  [e-mail]  |
[e-mail]  |  [e-mail]:
gagme!n5ial![e-mail] RADIO:  n5ial@n9hsi
(Chicago.IL.US.Earth)--------------------------------------------
----------------------------------------------------------------D
ate: 10 Mar 1992 14:10:49 -0800From:
[e-mail]: UO-22 vs UO-14To:
[e-mail]> Does anyone on here know what the
official difference is between the> downlink signal from UO-14
and UO-22. I remember someone on here> mentioning that they got
better performance after the move to UO-22> after they widened
their IF filter.> > Is UO-22 using a wider deviation? Using my
Hamtronics reciever I> now get very bad results on UO-14. UO-14
used to be fine. I've> tried changing the 455 KHz ceramic filter
but the 10.7 MHz filter> seems to be very tight on the R451.> >
Has anyone have any specific information on this?> > Thanks,>
Bruce> > [e-mail]> The Inquiring Mind BBS,
Winnipeg, Manitoba  204 488-1607Bruce, Here is a message that I
downloaded from UO-22 that may give yousome
answers.-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Cut Here
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=> From      : G3RUHTo        :
KI6QE,ALLTitle     : Better UO-22 decodingUploader  : G4WFQ
Uploaded  : Thu Feb 27 22:27:31 1992__________________________SP
KI6QE @ KI6QE < G3RUHBetter UO-22 DecodingKI6QE de G3RUH 1992
Feb 13-------------------------                       Better
UO-22 Decoding                       -=-=-=-=-=-=-=-=-=-=-Dave -
you are right.  UO-22 is less than optimum.  The problem starts
in the satellite which does not have a transmit spectrum
extending to DC, nor even to the desirable 30 Hz.  In fact it is
3db down at 100 Hz.  The effect of this is to cause "droop" on
short runs of 1s or 0s.  It can clearly be seen on a scope.
Display the eye diagram, and slow the sweep speed down so that a
dozen or so bits is visible.  Looked at another way, the poor LF
performance introduces wobble on the trace, and this blurrs the
eye.  So if the receive system was so-so (say with UO-14) then
it may well be very error prone from UO-22.The cure is to make
the receive system have as good an HF performance as possible,
and a good LF performance.  Having a good HF response ensures a
good eye, and thus a better margin to cope with the LF wobble.
And having a good LF response minimises and additional self
noise from the RX/modem interface.On the modem increase C25 to 1
uf.  This is the RXAudio input coupling capacitor.On an FT736R:
1. Use a CFW455B (or C or D) IF filter in the RX UNIT. 2. On the
RX UNIT, remove C82.  This is a little ceramic capacitor
tucked in close to the grey cube marked "455D".  Bend it back
and     forth until the legs snap off.  You can reach it by
removing     the radio lid only.  DO THIS!When you have done
these changes, TX selection 10 transmitting to an FT736R gives a
virtually perfect eye.  Since UO-22 also transmits selection 10,
you can see the extent of the LF aberration as a blurring at the
"eye" convergence point.  However you should now have reliable
decoding.Other radios seem not to be as reluctant as the FT736R,
probably because they have a better basic HF response.  However,
changing modem C25 should help.I am evaluating the feasibilty of
implementing LF equaliser to rectify the UO-22 LF problem.  The
perfect project for all you DSP freaks.  I'm on holiday for two
weeks.  I expect one of you lot to have done it by the time I
get back.  No kidding.73 de James G3RUH @
GB7DDX.#22.GBR.EU/EX-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Cut Here
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=Hope the above helps.  I do
not know what may of changed on UO-14, butsince it went VITA,
they may have changed parameters some.73, Mike N4IRR
([e-mail])------------------------------End of
Packet-Radio Digest V92 #65******************************Date:
Thu, 12 Mar 92 04:30:01 PSTFrom: Packet-Radio Mailing List and
Newsgroup <[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #66To: packet-radioPacket-Radio Digest         Thu,
12 Mar 92       Volume 92 : Issue  66Today's Topics:
          FTP site for packet BBS
Helloooo, Ronnie               Help with using Mo Pulsar PA for
packet                          PACKET RADIO TALK
            Pocket Packet                       Problem FTPing
to PA0GRI                     Virtuoso = Macintosh packetSend
Replies or notes for publication to: <[e-mail]>Send
subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 11 Mar 1992 16:30:33 -0800From:
[e-mail]: FTP site for packet BBSTo:
[e-mail]-Yi and other interested,Check out the
Archie server for your FTP requirements.Telnet to nic.sura.net
login is archieOn-line help is available.  The  main  drawback
is  that  you  must  know  the filename  you  are  looking  for.
 Archie keeps track of all available files on hundreds of
anonymous FTP sites.  You can have a  list  of  the  desired
files mailed to you and you may evaluate that and download as
you desire.The list you get may be quite long if you ask for a
popular file.Hope this is of some help.MichaelWA7SKG--
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:::::::::::::Michael A. Barnes                      Land Mobile
Radio [e-mail]             Frequency
Management  Phone: [phone]                       410
SPTG/SCX              DSN: 472-2811                    K.I.
Sawyer AFB, MI       FAX: ext-2474
49843-6346                Therefore do not worry about tomorrow,
for tomorrow will worry about     itself.  Each day has enough
trouble of its own.  (Matthew
6:34)::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::::::::::::::::::------------------------------Date: 11 Mar
1992 19:47:42 -0800From: [e-mail]:
Helloooo, RonnieTo: [e-mail] ronnie, I sent you
Email but mabye you did not get it.Try again if you will. I
would like to try the software if I may.THANKS.  "73"        de
 N1IQQ
[e-mail]------------------------------Date:
Wed, 11 Mar 1992 15:34:23 GMTFrom:
usc!zaphod.mps.ohio-state.edu!casbah.acns.nwu.edu!rdewan@network.
UCSD.EDUSubject: Help with using Mo Pulsar PA for packetTo:
[e-mail] a ham fest not long ago I acquired a
Motorola Pulsar trunk unit that is designed to work in the
150-160 MHz business band.  I wantto use its power amp for
boosting the output of a Drake tr22 that Iplan to use for
packet.  Any pointers/help will be much appreciated.Rajiv
[e-mail]------------------------------Date: 10
Mar 92 10:06:09 GMTFrom:
usc!wupost!darwin.sura.net!Sirius.dfn.de!zrz.tu-berlin.de!news.ne
tmbx.de!unido!mcsun!uknet!uos-ee![e-mail]:
PACKET RADIO TALKTo: [e-mail] have to give a talk
to my local radio club on packet. To finish it off,I would like
to say a little about where packet is going. Newapplications,
high speed, LANs etc. Now in the UK we are quite a long
waybehind the USA in terms of new applications. What I would
like to know iswhat is happening in the rest of the world
besides the UK. 'State of theart', stuff. DSP has just arrived
here, but at L1000 ($1800) it is not going toget very
far.Questions.DX clusters are growing, are these only on VHF or
are there HF ones too ?How will we get around the junk (ie
articles of no interest but to thesender, or telling you not to
miss a contest that has alreadyfinished because the message took
two weeks to get to the BBS) BBS mail problem ?How will TCP/IP
influence future systems ?Is DSP going to be affordable in the
near future ? What advantages will itbring in terms of speed,
overcoming interference, spread spectrum ?Why are some people so
anti-packet (I need to get at the hecklers!), is itbecause they
don't understand it, own the spectrum it uses, or anotherreason
?Any help would be appreciated. I already know how I think
packet willdevelop, but I would like to know others
views.Mike------------------------------Date: 11 Mar 92 16:09:20
GMTFrom: kodak!eastman!sulu![e-mail]:
Pocket PacketTo: [e-mail] have discovered that
Heathkit no longer sells the infamous "pocketPacket" TNC.  Does
anyone know it another company is selling somethingsimilar ?--
+----------------------------------------------------------------
------------+ | Paul F Gerwitz  WA2WPI  | SMTP:
[e-mail]                          | | Eastman Kodak Co
      | UUCP: ..uunet!atexnet!kodak!eastman!gerwitz      |
+----------------------------------------------------------------
------------+------------------------------Date: 11 Mar 92
15:52:14 GMTFrom:
swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!hamblin.ma
th.byu.edu![e-mail]: Problem FTPing to
PA0GRITo: [e-mail], I have been having problems
doing an ftp to a PA0GRI.  This is what I get  from every
machine I have tried (same results with ls instead of dir):(from
a NeXT)ftp> dir200 Port command okay150 Opening data connection
for LIST /nos/public(VERY long pause, so long it has been about
10 minutes and nothing has  happened)(from an HP9000 running
HP-UX)ftp> dir200 Port command okay150 Opening data connection
for LIST /nos/public(pause of a couple minutes)ftp: The server
host does not respond.  It may be overloaded.These results are
what I get (or similar) from the following FTP systems:   HP-UX
on HP9000, Lan WorkPlace on PC, NeXT FTP, and NetBlazer.  I have
been  told (by the guy that runs the machine) that it does work
for him when he  FTP's from suns, but I don't have access to a
sun.  The message from the HP  indicates that it might be
overloaded.  Well, I checked and I am the only one  using the
system so that isn't the problem.Can anyone help with this?
This is the header that I get when I do an FTP to  the machine
(so you can see the version number):220 ke9yq.ampr.org FTP
version 911229 (PA0GRI v2.0a) ready on Wed Mar 11  09:47:30
1992Please, if you have any comments, send them both to me and
also to the  administrator of the machine:
[e-mail]--Sean
EcktonKD6BIK-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
=-=-=-=-=-=-=-=-=-=-=-=-Internet:  [e-mail]
Brigham Young University, Provo, UT.Packet Radio:  kd6bik @
wb7esh.#orem.ut.usa.na-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-------------------------------D
ate: 11 Mar 92 19:16:22 GMTFrom:
gumby!destroyer!news.iastate.edu!vlsi1![e-mail]:
Virtuoso = Macintosh packetTo: [e-mail]  Have you
been trying to find the perfect packet radio communications
programfor your Macintosh computer?  Well, you may have just
found it.  Virtuoso is acommunications program written
specifically for packet radio.  This means thatit has features
that you as a packet radio operator need and also packs a lotof
bells and whistles to keep your packet radio communications
smooth andeffortless.  The current version is 1.3.  Virtuoso is
a shareware program with a price tag of only $20.  It
isavailable on America Online, GEnie, CompuServe, and various
ftp sites.Some features implemented in Virtuoso v1.3 include:
-Word Mode - Useful for RTTY and AMTOR.  -A powerful scripting
language to automate routine tasks.  -Automatic execution of a
script when starting and quitting.  -Save incoming text to a
disk file.  -Send a text file from a disk.  -Append a selection
of text to the end of an existing file.  -Print a selection of
text.  -Column counter display  -Word find - useful for finding
the last time you heard someone.  -Spelling checker(Dictiona
ries

Necessary). Checks the words as you type them.  -Split screen
(rx and tx) which can be adjusted easily.  -Windows can be
scrolled up to see previous text (Up to 32000 characters).
-Full font, size, style, and justification support.  -Supports
300 - 19200 baud.  -Keyboard buffer window so you can type in
long messages of text     before they are sent over the air.
This window supports full     cut, copy, paste, clear, and undo
like any good text editor     does.  To send the message, just
hit Command-Return.  -Use the control key (or the command key if
you don't have a     control key) to send control characters to
the TNC.  -Option to strip off line-feeds, or all control
characters on     the input before it's displayed on the screen
and saved to     disk.  Control-G's can be passed through to
beep your computer     if you want.  -Virtuoso can automatically
put your TNC in KISS mode upon     shutdown, and take it back
out at startup.  This is useful for     TCP/IP'ers.  This file
has been checked for viruses with Disinfectant 2.5.1before
uploading.  If you cannot find Virtuoso anywhere, send me some
e-mail and I'll getyou a copy.  I also appreciate any and all
comments, suggestions, andcriticism.  That's the only way I'm
going to know what to fix and improvefor the next
versions.+-------------------------------------------------------
--------+| James E. Van Peursem - KE0PH
        || PhD Student
        || Department of Electrical Engineering and Computer
Engineering || Iowa State University
            || [e-mail]

|+---------------------------------------------------------------
+PS: If you can't find it, let me know and I'll get you a
copy.------------------------------End of Packet-Radio Digest
V92 #66******************************Date: Fri, 13 Mar 92
04:30:03 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #67To: packet-radioPacket-Radio Digest         Fri,
13 Mar 92       Volume 92 : Issue  67Today's Topics:
            CALLING BAYCOM TEAM
Encryption & PACKET                       FTP site for packet
BBS                        Pocket Packet (4 msgs)Send Replies or
notes for publication to: <[e-mail]>Send
subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 12 Mar 92 20:17:03 GMTFrom:
mcsun!sun4nl!nikhefk![e-mail]: CALLING BAYCOM
TEAMTo: [e-mail] article
<9203102323410BD.CVQQ@GRATHUN1>
[e-mail] writes:>As I see in the
manual you want to design a 8530 scc card.>There is a nice one
of PA0HZP with 2 8530 . I work with this card.>There is a 150
Kbytes file SCCPRIN5.ZIP with a lot of info about this card.You
could ftp this from ucds.edu from the PE1CHL directory.>
                 Usenet: [e-mail] I known this adres
doesn't currently work. (see last line.)Henk,
[e-mail]--------------------------
----Date: 12 Mar 92 22:46:45 GMTFrom:
swrinde!cs.utexas.edu!wupost!waikato.ac.nz!aukuni.ac.nz!mercury!n
acjack![e-mail]: Encryption & PACKETTo:
[e-mail]>>I understand that the ARRL, etc encourage
the usage of compression,>>and that it is not considered
encryption. Perhaps this should go>>on the FAQ if it is an FAQ?
Or is it already (and did I miss it?)>I would be interested in
seeing your source for this remark.>I write the FAQ.>-Steve
KB0AGDNot having an address to reply to (my import program has a
few, er, bugs)it was in an EMAIL message to me from someone.
Perhaps someone here canenlighten
us?--------------------------------------------------------------
-------------"Today we will do lying on the floor. You will lie
on the floor. You willcontinue to lie on the floor, and if you
move a single muscle, I will killyou." - Alexi Sayle, Didn't you
kill my brother?USENET  : [e-mail]       The
Demi-Monde : 199:310/1FIDONET : Richard Vowles 3:772/110.0
Amateur Radio  : ZL1UTF------------------------------Date: 12
Mar 1992 16:40:32 -0800From: [e-mail]:
FTP site for packet BBSTo: [e-mail],  Thanks
for the info.73--
Hong-Yi**********************************************************
********************Hong-Yi Ip [phone], FAX:
[phone], email: [e-mail] Data
Systems, 1000 Woodbury Road, MS D12/237, Woodbury, New York
11797************************************************************
******************------------------------------Date: Thu, 12
Mar 1992 09:01:09 -0500 From:
cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu
![e-mail]: Pocket PacketTo:
[e-mail] PacComm in tampa florida, sorry I don't
have the phone number butinformation does.  They have a
'handypacket' model that is small and hasnicads built in.   I am
using the micropower tnc from them.  You mightwant to check that
the model you get can run open squelch as they shipit...  the
micropower needs a DCD
board.Aaron------------------------------Date: 12 Mar 92
15:08:43 GMTFrom:
usc!sdd.hp.com!spool.mu.edu!hri.com!noc.near.net!gateway!pictel!w
[e-mail]: Pocket PacketTo:
[e-mail] article <[e-mail]>
[e-mail] writes:>I have discovered that Heathkit no
longer sells the infamous "pocket>Packet" TNC.  Does anyone know
it another company is selling something>similar ?PacComm sells
an Industrial/Commercial line of _very_ small
TNC/modemcombinations.  Ask for these specifically, and ask for
the amateurdiscount on the commercial line, it's definately
worthwhile.  I've gota couple of the TNC/G3RUH combinations that
are smaller than a pack ofcigarettes!Willie
[e-mail]------------------------------Date: 12 Mar
92 16:33:53 GMTFrom:
hpl-opus!hpnmdla![e-mail]: Pocket
PacketTo: [e-mail] rec.radio.amateur.packet,
[e-mail] (Paul F Gerwitz) writes:    I have discovered
that Heathkit no longer sells the infamous "pocket    Packet"
TNC.  Does anyone know it another company is selling something
 similar ?PacComm maybe?Glenn Elmore n6gnN6GN @ K3MC
amateur IP:    [e-mail]:    [e-mail]
------------------------------Date: Fri, 13 Mar 1992 07:53:35
GMTFrom:
usc!cs.utexas.edu!convex!linac!att!walter!qualcom.qualcomm.com!wi
[e-mail]: Pocket PacketTo:
[e-mail] article <[e-mail]>
[e-mail] writes:>I have discovered that Heathkit no
longer sells the infamous "pocket>Packet" TNC.  Does anyone know
it another company is selling something>similar ?Tasco, the
Japanese company that manufactured the Heath Pocket Packet,was
at the recent TAPR annual meeting displaying their product
line.They have about a dozen different products, including one
that's verysimilar to the Pocket Packet.The good news, perhaps,
is that they now have a US office.  Not a lot wassaid about
whether they would be selling through dealers or by directsales,
but the brochure says:  For further information and
details,please contact:    Tasco Electronics Co., Ltd.    USA Regional
Office    22511 Aspan Street    Lake Forest, CA  92630Tel
[phone]   FAX [phone]Attention: Masa Sawada,
JF2GPFMasa was the representative from Tasco present at the TAPR
meeting.I have no affiliation, etc.Paul Williamson,
[e-mail]------------------------------End
of Packet-Radio Digest V92
#67******************************Date: Sat, 14 Mar 92 04:30:04
PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #68To: packet-radioPacket-Radio Digest         Sat,
14 Mar 92       Volume 92 : Issue  68Today's Topics:
            Help - ka9q question                   Looking for
new Software - PK88                          PACKET RADIO TALK
              Rejected posting to I-PACRAD@UIUCVMDSend Replies
or notes for publication to: <[e-mail]>Send
subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 13 Mar 92 16:02:10 GMTFrom:
[e-mail]: Help - ka9q questionTo:
[e-mail] Have the '91 june version and am unable to
reference sites with names, mustus their ip number. According to
my doc the file hosts.net should containthese relations but it
doesnt work. Anyone got any ideas?73,
tedn6trf------------------------------Date: Thu, 12 Mar 1992
20:35:17 GMTFrom:
psinntp!sunic!news.funet.fi!tampella!funic!fuug!krk!oh2lak@uunet.
uu.netSubject: Looking for new Software - PK88To:
[e-mail]------------------------------Date: 13 Mar
92 17:01:08 GMTFrom:
usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!kd4nc!ke
4zv![e-mail]: PACKET RADIO TALKTo:
[e-mail] article
<[e-mail]> [e-mail]
(Mike Willis) writes:>I have to give a talk to my local radio
club on packet. To finish it off,>I would like to say a little
about where packet is going. New>applications, high speed, LANs
etc. Now in the UK we are quite a long way>behind the USA in
terms of new applications. What I would like to know is>what is
happening in the rest of the world besides the UK. 'State of
the>art', stuff. DSP has just arrived here, but at L1000 ($1800)
it is not going to>get very far.I doubt that you are very far
behind the US in *applications*. It's hardto be *far* behind
zero. This is the major problem facing packet in theUS. Aside
from Packetcluster DX spotting systems, and the BBS Email
andbulletin systems, there are practically zero *applications*
of packetradio.We have proven high speed hardware, proven
networking software, andfair connectivity in local areas, but we
don't have anything to *do*with packet radio. The vast majority
of users have remained at 1200baud on simplex 2 meter channels
because there isn't enough to *do*with packet to require them to
upgrade to faster channels and bettermodulation
schemes.>Questions.>>How will we get around the junk (ie
articles of no interest but to the>sender, or telling you not to
miss a contest that has already>finished because the message
took two weeks to get to the BBS) BBS >mail problem ?Short
expires. If that doesn't work, use shorter expires. Ideally
precedence fields should be implemented to indicate to the
systems how to handle the message, and when and if it should be
thrown onthe floor.>How will TCP/IP influence future systems
?Because the implementation we have is totally open, it has
attracteda lot of interest among the code hackers. Potentially
it opens theway for unlimited applications, but as a practical
matter because ofthe monolythic way it's implemented on DOS
machines, it's turning intoa complicated way to do a BBS and
ship a few files. It's actually animpediment to new applications
at this time. It's best use now isas a switch node in the trunk
network and as a gateway to a capablemultitasking system with
native TCP/IP (ie a Unix box). Before TCP/IPcan have a
significant impact on packet, we've got to abandon DOSor rewrite
the code to act as a device driver accessable to *any*program
running on the system.>Is DSP going to be affordable in the near
future ? What advantages will it>bring in terms of speed,
overcoming interference, spread spectrum ?As prices drop for DSP
hardware, as most everyone expects it to do, therewill be a
proliferation of software modem designs available for the
down-loading. That's going to obsolete the hardware multimode
boxes like theKAM, PK232, MFJ1278, G3RUH daughter boards, PSK
pacsat modems, etc.While it's unlikely that speeds will increase
above 9600 baud using DSPin the near future, certainly more
efficient and more noise and interferencetolerant modem designs
will be forthcoming. Because it's "only software",users will
upgrade quickly. DSP probably won't have an impact on
spreadspectrum techniques in the near term, too much horsepower
is required todo SS in software.>Why are some people so
anti-packet (I need to get at the hecklers!), is it>because they
don't understand it, own the spectrum it uses, or another>reason
?Yes. :-)There are a variety of reasons people are hostile to
packet. The numberone thing that I hear is "it's not *real*
radio because it doesn't takeany skill to use it." That comes
mostly from the CW forever crowd, anda little bit from the paper
tape RTTY crowd. The second most commoncomplaint is "there's
nothing to *do* with it." And the third mostcommon complaint,
not from the CW crowd, is "it's so slow."Packet *is* the fastest
growing mode in amateur radio since the adventof SSB, so there
is interest in it out there. But many people quicklybecome
disenchanted with it because it is slow and booooorrrring.
Wehave hardware to fix the slow, but we haven't yet solved the
boring.>Any help would be appreciated. I already know how I
think packet will>develop, but I would like to know others
views.I've mostly dwelled on the problems of packet above. What
I'd liketo see in the future is a more fully connected network
operatingat a high enough speed and with proper networking
software so that distributed computing can become a reality. I'd
like to see multi-player, nulti-computer games. I'd like to see
distributed databasesso you could send a demon out into the
network to run down practicallyany fact you might want to know.
I'd like to see cooperative massivelyparallel systems evolve
that can take a problem handed to the networkand divide it up
among many machines for rapid solution. That's whereI would like
to see packet go, but I *expect* it to fall into a 1200baud and
C64 forever mindset that never reaches the heights it iscapable
of scaling. I guess I'll be happy if we can just reliablydeliver
the mail to a mobile user outside his home LAN.Gary
KE4ZV------------------------------Date: 13 Mar 1992 08:06:00
-0800From: [e-mail]: Rejected posting
to I-PACRAD@UIUCVMDTo: [e-mail] message is
being returned to you unprocessed because it seems to have
beenalready sent to the I-PACRAD list. That  is, a message with
identical body (butpossibly different headers) has been posted
to the list recently, either by youor by  someone else. If you
have a good reason  to resend this message  to thelist (for
instance because half of the outbound spool files were lost in a
diskcrash at  some intermediate node),  please alter the
message text in  some waybefore resending  it. Note that
altering the  "Subject:" line or  adding blanklines at the top
or bottom of the message is not sufficient; you should
insteadadd a line  at the top explaining  why you are re-sending
the  message, for thebenefit of the list
membership.------------------------ Rejected message (215 lines)
-------------------------Received: from CUNYVM.BITNET by
VMD.CSO.UIUC.EDU (Mailer R2.07) with BSMTP id 7298; Fri, 13 Mar
92 10:04:42 CSTReceived: from CUNYVM by CUNYVM.BITNET (Mailer
R2.08) with BSMTP id 2214; Fri, 13 Mar 92 11:03:28 ESTReceived:
from ucsd.edu by CUNYVM.CUNY.EDU (IBM VM SMTP V2R2) with TCP;
Fri, 13 Mar 92 11:03:24 ESTReceived: by ucsd.edu; id
AA14332    sendmail 5.64/UCSD-2.2-sun    Fri, 13 Mar 92 04:30:07 -0800
for packet-radioReceived: by ucsd.edu; id AA14328    sendmail
5.64/UCSD-2.2-sun    Fri, 13 Mar 92 04:30:04 -0800 for
/usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi
-fpacket-radio-relay packet-radio-listMessage-Id:
<[e-mail]>Date: Fri, 13 Mar 92 04:30:03
PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #67To: [e-mail]-Radio Digest
  Fri, 13 Mar 92       Volume 92 : Issue  67Today's Topics:
                   CALLING BAYCOM TEAM
Encryption & PACKET                       FTP site for packet
BBS                        Pocket Packet (4 msgs)Send Replies or
notes for publication to: <[e-mail]>Send
subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 12 Mar 92 20:17:03 GMTFrom:
mcsun!sun4nl!nikhefk![e-mail]: CALLING BAYCOM
TEAMTo: [e-mail] article
<9203102323410BD.CVQQ@GRATHUN1>
[e-mail] writes:>As I see in the
manual you want to design a 8530 scc card.>There is a nice one
of PA0HZP with 2 8530 . I work with this card.>There is a 150
Kbytes file SCCPRIN5.ZIP with a lot of info about this card.You
could ftp this from ucds.edu from the PE1CHL directory.>
                 Usenet: [e-mail] I known this adres
doesn't currently work. (see last line.)Henk,
[e-mail]--------------------------
----Date: 12 Mar 92 22:46:45 GMTFrom:
swrinde!cs.utexas.edu!wupost!waikato.ac.nz!aukuni.ac.nz!mercury!n
acjack!richard @network.UCSD.EDUSubject: Encryption & PACKETTo:
[e-mail]>>I understand that the ARRL, etc encourage
the usage of compression,>>and that it is not considered
encryption. Perhaps this should go>>on the FAQ if it is an FAQ?
Or is it already (and did I miss it?)>I would be interested in
seeing your source for this remark.>I write the FAQ.>-Steve
KB0AGDNot having an address to reply to (my import program has a
few, er, bugs)it was in an EMAIL message to me from someone.
Perhaps someone here canenlighten
us?--------------------------------------------------------------
-------------"Today we will do lying on the floor. You will lie
on the floor. You willcontinue to lie on the floor, and if you
move a single muscle, I will killyou." - Alexi Sayle, Didn't you
kill my brother?USENET  : [e-mail]       The
Demi-Monde : 199:310/1FIDONET : Richard Vowles 3:772/110.0
Amateur Radio  : ZL1UTF------------------------------Date: 12
Mar 1992 16:40:32 -0800From: [e-mail]:
FTP site for packet BBSTo: [e-mail],  Thanks
for the info.73--
Hong-Yi**********************************************************
********************Hong-Yi Ip [phone], FAX:
[phone], email: [e-mail] Data
Systems, 1000 Woodbury Road, MS D12/237, Woodbury, New York
11797************************************************************
******************------------------------------Date: Thu, 12
Mar 1992 09:01:09 -0500From:
cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu
![e-mail] ester.eduSubject: Pocket PacketTo:
[e-mail] PacComm in tampa florida, sorry I don't
have the phone number butinformation does.  They have a
'handypacket' model that is small and hasnicads built in.   I am
using the micropower tnc from them.  You mightwant to check that
the model you get can run open squelch as they shipit...  the
micropower needs a DCD
board.Aaron------------------------------Date: 12 Mar 92
15:08:43 GMTFrom:
usc!sdd.hp.com!spool.mu.edu!hri.com!noc.near.net!gateway!pictel!w
[e-mail] SD.EDUSubject: Pocket PacketTo:
[e-mail] article <[e-mail]>
[e-mail] writes:>I have discovered that Heathkit no
longer sells the infamous "pocket>Packet" TNC.  Does anyone know
it another company is selling something>similar ?PacComm sells
an Industrial/Commercial line of _very_ small
TNC/modemcombinations.  Ask for these specifically, and ask for
the amateurdiscount on the commercial line, it's definately
worthwhile.  I've gota couple of the TNC/G3RUH combinations that
are smaller than a pack ofcigarettes!Willie
[e-mail]------------------------------Date: 12 Mar
92 16:33:53 GMTFrom:
hpl-opus!hpnmdla![e-mail]: Pocket
PacketTo: [e-mail] rec.radio.amateur.packet,
[e-mail] (Paul F Gerwitz) writes:    I have discovered
that Heathkit no longer sells the infamous "pocket    Packet"
TNC.  Does anyone know it another company is selling something
 similar ?PacComm maybe?Glenn Elmore n6gnN6GN @ K3MCamateur
IP:    [e-mail]:    [e-mail]-----------
-------------------Date: Fri, 13 Mar 1992 07:53:35 GMTFrom:
usc!cs.utexas.edu!convex!linac!att!walter!qualcom.qualcomm.com!wi
lliams@network .UCSD.EDUSubject: Pocket PacketTo:
[e-mail] article <[e-mail]>
[e-mail] writes:>I have discovered that Heathkit no
longer sells the infamous "pocket>Packet" TNC.  Does anyone know
it another company is selling something>similar ?Tasco, the
Japanese company that manufactured the Heath Pocket Packet,was
at the recent TAPR annual meeting displaying their product
line.They have about a dozen different products, including one
that's verysimilar to the Pocket Packet.The good news, perhaps,
is that they now have a US office.  Not a lot wassaid about
whether they would be selling through dealers or by directsales,
but the brochure says:  For further information and
details,please contact:    Tasco Electronics Co., Ltd.    USA Regional
Office    22511 Aspan Street    Lake Forest, CA  92630Tel
[phone]   FAX [phone]Attention: Masa Sawada,
JF2GPFMasa was the representative from Tasco present at the TAPR
meeting.I have no affiliation, etc.Paul Williamson,
[e-mail]------------------------------End
of Packet-Radio Digest V92
#67******************************------------------------------En
d of Packet-Radio Digest V92
#68******************************Date: Sun, 15 Mar 92 04:30:03
PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #69To: packet-radioPacket-Radio Digest         Sun,
15 Mar 92       Volume 92 : Issue  69Today's Topics:
        Internet <-> Packet Gateway                Looking for
active packeteers in Italy        Message for Michael Crowder
(MCROWDER@RALVMB) [Sorry]                          PACKET RADIO
TALK        Proposed standard for BBS distribution names (3
msgs)                Query: OS9/68000 TCP/IP KA9Q softwareSend
Replies or notes for publication to: <[e-mail]>Send
subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 14 Mar 92 07:06:03 GMTFrom:
usc!cs.utexas.edu!asuvax!stjhmc![e-mail]:
Internet <-> Packet GatewayTo: [e-mail]
       How to Use the wb7tpy.ampr.org               Internet <->
Amateur Packet Radio Gateway------------------------------Date:
14 Mar 92 13:40:33 GMTFrom:
usc!zaphod.mps.ohio-state.edu!think.com!hsdndev!bunny!rocky!pasco
[e-mail]: Looking for active packeteers in
ItalyTo: [e-mail] colleague of mine, WA1FRK, is
looking for hams in Italy who areactive on packet.  He wishes to
set something up where schoolchildrenhere in the States can have
some sort of pen-pal thing withschoolchildren in Italy via
packet radio (probably exchange ofmessages through PBBSs).Please
reply to me and I will forward any responses to him.-- Dave
[e-mail]    |    GTE Gov't. Systems/SCSDKM3T
                 |    (617)
455-5704------------------------------Date: Sat, 14 Mar 1992
14:43:54 GMTFrom: mjbtn![e-mail]: Message for
Michael Crowder (MCROWDER@RALVMB) [Sorry]To:
[e-mail][Sorry Net: Direct Email not working
here]Michael,All mail from [e-mail] back to you
is bouncing statingthat 'MCROWDER@RALVMB' is "not a registered
gateway user."  It thensays "user unknown".  You may or may not
have been aware of this problem.  (Aside, I think it rather
stinks if this error implies that IBM requires all email to and
from the outside world to be allowed to*specially* registered
users only.  :-|  )Anyway, please check into it and get back
with me somehow.  Thanks.Again, my apologies to the net, but I
could think of no other way.Thanks and 73's,Mark-- Mark J.
Bailey, N4XHX
_______/====X11====\_______USMAIL: 511 Memorial Blvd.,
Murfreesboro, TN 37129 |         JobSoft         |VOICE:  +1 615
893 0098                            | Design & Development
Co.|UUCP:   ...!uunet!mjbtn!mjb, ...!raider!mjbtn!mjb  |
Murfreesboro, TN  USA  |DOMAIN: [e-mail]      CIS:
76314,160  ---------------------------<KA9Q-UNIX-USERS Mailing
List-Subscribe:
[e-mail]>----------------------------
--Date: 14 Mar 92 20:23:23 GMTFrom:
swrinde!gatech!cc.gatech.edu![e-mail]:
PACKET RADIO TALKTo: [e-mail] article
<[e-mail]> [e-mail] (Gary Coffman)
writes:>>How will TCP/IP influence future systems ?>>Because the
implementation we have is totally open, it has attracted>a lot
of interest among the code hackers. Potentially it opens the>way
for unlimited applications, but as a practical matter because
of>the monolythic way it's implemented on DOS machines, it's
turning into>a complicated way to do a BBS and ship a few files.
It's actually an>impediment to new applications at this time.
It's best use now is>as a switch node in the trunk network and
as a gateway to a capable>multitasking system with native TCP/IP
(ie a Unix box). Before TCP/IP>can have a significant impact on
packet, we've got to abandon DOS>or rewrite the code to act as a
device driver accessable to *any*>program running on the
system.The Mach 3.0 kernal is free, and is being used on 386
machines.The GNU HURD may become a reality one day.  Maybe now
is the time toswitch?    haroldFORBES, HAROLD C.   N5JCMGeorgia
Institute of Technology, Atlanta Georgia, 30332uucp:
...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!cc!haroldARPA:
[e-mail]               PACKET: N5JCM @
W4QO------------------------------Date: 14 Mar 92 17:05:41
GMTFrom:
swrinde!gatech!pitt!w2xo![e-mail]:
Proposed standard for BBS distribution namesTo:
[e-mail] of the problems with gatewaying mail
from RFC-822 styleformat to "packet bbs" format is determining
the "type" ie;sb, st, sp .. etc.It occured to me that we may
have a de-facto system alreadyin place.. namely that no
"distribution" name contains anynumerals and no call letters
have *no* numerals. At least I'mnot aware of any distribution
names (AMSAT,ALLUS,..whatever)that contain any numerals.I
propose that we "cast this in stone". This could simplify
lifefor software authors immensely and prevent having to
useX-headers.Admittedly this does not work for "ST", but I have
seen very littleof this in the last year or so here.For specific
BIDs, the present practice of starting the first lineof text
with "BID:" seems good.73Jim Durham,
W2XO------------------------------Date: 14 Mar 92 21:44:22
GMTFrom:
usc!wupost!darwin.sura.net!paladin.american.edu!aunro!alberta!can
ada![e-mail]: Proposed standard for BBS
distribution namesTo: [e-mail]> I propose that we
"cast this in stone". This could simplify lifeI propose that we
cast it in cement. We can then deposit thewhole thing at the
bottom of a deep lake, where it belongs.It's about time we
abandoned this toy forwarding model we'reusing and go with
protocols that are already known to work: SMTPand NNTP. There is
absolutely no rule that says you can only runthem over TCP.
AX.25 provides a perfectly useable reliable sequencedtransport
that would make a great home for SMTP and NNTP
interaction.--lyndon
VE6BBM/VE6TCP------------------------------Date: Sun, 15 Mar
1992 14:48:35From:
munnari.oz.au!manuel!sserve!hhcs.gov.au!vk1kcm!postmaster@network
.UCSD.EDUSubject: Proposed standard for BBS distribution
namesTo: [e-mail] a msg on <Mar 14 17:05>, Jim
Durham of 3:620/256 writes: JD> From: [e-mail] (Jim
Durham)Hi Jim, JD> One of the problems with gatewaying mail from
RFC-822 style JD> format to "packet bbs" format is determining
the "type" ie; JD> sb, st, sp .. etc. JD> in place.. namely that
no "distribution" name contains any JD> numerals and no call
letters have *no* numerals. At least I'm JD> I propose that we
"cast this in stone". This could simplify life JD> for software
authors immensely and prevent having to use JD> X-headers.We use
numbers in the distribution lists here in Australia.  @VK1 for
Canberra,@VK2 for NSW, @VK3 for Victoria.I don't think the X-
headers are bad.  There does need to be somestandardisation
however.  Something like;X-BID: $15111_VK1KCMX-TYPE: BX-TO:
TCPIPX-AT: SEAThere may be more we can use (if there's a need).
Would something like the 4above be sufficient or should we do
something like;X-AMPR-BID: ...X-AMPR-TYPE: ...etc.Carl. *
Origin: Point Packet
(3:620/256.1)------------------------------Date: 14 Mar 1992
08:39:11 -0800From: [e-mail]: Query:
OS9/68000 TCP/IP KA9Q softwareTo: [e-mail]
the last couple of weeks, I have noticed some discussion
concerningan implementation of TCP/IP designed to run on an
OS9/68000 system. WhenI saw that it was designed to run under
OS9, my imagination started runningwild. I am wondering if it
would be possible to port the program to aTandy Color Computer 3
running OS9? To that end, I have a couple of questionsfor the
TCP/IP gurus.1. What language is the program written in?
(BASIC09, Pascal09, C, assembly)?2. Is the source code
available?3. What type of device driver is the 68000 version
designed to use?Thanks for any comments.73 de Will Snyder/
KB4LFDInternet: [e-mail]:
[e-mail].25:
[e-mail]------------------------------Date:
(null)From: (null)send email on packet to
"[e-mail]"The first line of text must be:Internet:
[e-mail] questions can be sent
to:[e-mail] (Internet)[e-mail]
(Packet)--
-----------------------------------------------------------------
--------        uucp: {gatech, ames,
rutgers}!ncar!asuvax!stjhmc!ddodell      Bitnet: ATW1H @ ASUACAD
                   FidoNet=> 1:114/15    Internet:
[e-mail]       FAX: [phone]
     Amateur Packet ax25:
[e-mail]------------------------------Date:
(null)From: (null)Send email to "[e-mail]" on
Internet or "gate at 1:114/15"      on fidonet.The first line of
text must be:Packet: [e-mail]:
[e-mail]-----------------------------------End of
Packet-Radio Digest V92 #69******************************Date:
Mon, 16 Mar 92 04:30:02 PSTFrom: Packet-Radio Mailing List and
Newsgroup <[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #70To: packet-radioPacket-Radio Digest         Mon,
16 Mar 92       Volume 92 : Issue  70Today's Topics:
  BBS name standards / Packet-BBS gateways
       KAM/PK232                           Packet RepeatersSend
Replies or notes for publication to: <[e-mail]>Send
subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 16 Mar 92 07:22:25 GMTFrom:
elroy.jpl.nasa.gov!swrinde!gatech!pitt.edu!pitt!w2xo!durham@ames.
arpaSubject: BBS name standards / Packet-BBS gatewaysTo:
[e-mail] recently put forth a proposal that packet
bbses adopt a namingstandard such that personal mail could be
inferred from the factthat the recipient address contained a
numeral, such as allham call do, and that "distribution" groups
such as "AMSAT, ARRL, etc"would contain *no* numerals.A synopsis
of the discussion so far:To: [e-mail]:
pitt!ve6mgs.ampr.org!mark (Mark G. Salyzyn, VE6MGS)Subject:
WowStatus: RJim, marvelous idea ... no distribution name
contains numerals, nocall letters contains no numerals. I like
it. except, weget a few distributions with numerals (9600, PNW7
...), so Iwould simply state that we use a short `legal call'
algorithminstead to weed these out. There was source for one
posted about a month ago,but a mistaken `find
/usr/spool/news/rec/radio +45 -exec rm ...'(instead of -mtime
+45, I keep stuff around for 60 normally) when Iran out of spool
space today made mince meat of that idea !!! :-(If not, I use a
small call checker here that has not yet been tripped ...Thanks
for the idea, I will be changing the code today to reflect
hisimprovement. Your `problem' with NTS traffic ... ALL NTS
traffic issupposed to be addressed to the NTS<district> so ANY
message with nts*MUST be NTS traffic (unless, tee hee, someone
decides to send abulletin to explain NTS operation and addresses
it to NTS :-)Ciao, 73 de VE6MGS/Mark
-sk-*************************************************************
*From: pitt!ve6mgs.ampr.org!mark (Mark G. Salyzyn,
VE6MGS)Subject: No numbers in personnal address on packetStatus:
RJim, another `idea'. But this may be due to the nature of the
gatewayI operate. Since our local BBS operator is overwhelmed
with `just' thenormal packet operation, he is reluctant to
support dropping messagesoff directly in the TNC mailboxes
unless they have a proven record ofbeing reliable. I, on the
other hand, operate the gateway to allowmessages directly into
mailboxes. A `popular' approach is to dropthe message off to the
`person' rather than the `call'.        SP DENNIS @ VE6PAWas an
example. The personnal mailboxes often do distinguish
betweenbulls and personals too. I don't think this is a problem
at yourgateway (being centrally located, and used by people all
across theUS), but it shoots holes in me using the
number/no-number approach fordifferentiating between bulletins
and personal messages :-(.Ciao, 73 de VE6MGS/Mark
-sk-*************************************************************
*****AA4RE suggested:>Alpha = bulletin>alphanumeric =
personal>all numeric = NTS (at least US)>Another NTS option is
that they are all sent to    xxxx @
NTSxxx***********************************************************
********W2XO reply:Parsing for a few exceptions wouldn't be
bad.There is perhaps a bigger problem with distribution names:
Howdo you tell that they are *packet* addresses? Mail comes
infrom , let's say, lots of different sources/networks.
Packetmail can be parsed by inferring that it is packet mail
from".NOAM", ".AU", ".EU"... etc. Only as many cases to parse
asthere are continents. There is no "H" address on a
distribution name.Should there be?I guess one could parse for
all the
names.-Jim*******************************************************
************AA4RE reply:>Well we could always make our own
standard...>   SB SALE @
ALLUS.Bulletin.ampr>Roy******************************************
***************************W2XO AGAIN:Hurrah! I think that is
may be just that simple.The problem is really on the *RFC-822*
side, not the packet bbs side.If someone sent a bulletin from ,
say, the internet addressed thisway:
[e-mail], I could easily parse
it.One nit-picky thing, I dislike "ampr" because it is too close
to thetcp/ip network name of "ampr.org". Maybe "amprbbs"Hmmm...
how about  all%allus.$234567_w7kdj.amprbbs.bull@HOSTNAMESendmail
here would immediately drop my hostname andchange the "%" to a
"@", which would be:
all@allus.$234567_w7kdj.amprbbs.bullThe mailer called by
sendmail would then feed it to the packetbbs as:        ALL @
ALLUS < W7KDJ $234567_W7KDJ------------------On the "packet"
side, using the "H address" field for bulletinscould work. This
would eliminate having a big table of all thedistribution names
(ALLUS, AMSAT..etc).I can only speak for my software, but I
assume that just moving theH address parser higher in the
parsing chain would allow thebbs to recognize anything with
".BULL.AMPRBBS" as a bulletin, nomatter what the distribution
name.Hmmm.. if we used a scheme like including the BID in the H
addressof a bulletin, it would make the BID field redundant
8-).Am I off the deep
end?-Jim------------------------------Date: 15 Mar 92 02:12:59
GMTFrom:
usc!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus@net
work.UCSD.EDUSubject: KAM/PK232To: [e-mail]
article <[e-mail]>
wd6ehr.ampr.org![e-mail] writes:  >
     KAM             PK232           1278  >   > Standard TNC2
commands  no              no              yes  >   > PktGold
compat   >         "host" mode     not yet         yes
  no  >   > True DCD                no              no
   yes  > Almost ALL of the KAM commands regarding Packet
operation are "standard".About the only differences are things
like "Status" instead of "CStatus".PktGold is a specific package
written for the AEA Host mode, there arespecific packages
written to take advanage of the new (version 4 and later)Host
mode in the KAM TNC. Hostmaster for example. Also, there are
packagesfor multi-mode TNC's that are written to support all
three. Lan-link by G3ZCZis a prime example. PHS (written by the
same person that developed THS forthe DRSI cards) is a true
multi-mode HOST package for the AEA PK-232. Themajor difference
between it and PktGold is the $65 price. PHS is shareware.On the
DCD, the KAM software is adjustable and has different settings
forboth the HF and VHF modes. The TAPR state machine is a fine
part, but itdidn't give 'true' DCD for HF operation without a. a
second TAPR DCD board,and b. a lot of extra parts. Considering
the added features of the 3.0 andlater upgrades, the $40 for the
EPROM was worth it. All that is required issome time to sit and
adjust settings and take notes for comparing performance.A final
note on the tuning displays. For HF packet and RTTY, the KAM
displayis much better than the PK-232. If you're used to a more
'traditional' crosstype tuning scope, the filter output of the
KAM is available, but not worththe additional effort. The 1278
has good internal and external tuning.xenon!skyld!jangus or
wa6fwi@wb6ymh.#soca.ca.usa.naJ Angus, PO Box 4425, Carson CA
90749-4425 voice (310)
324-6080------------------------------Date: 15 Mar 1992 17:10:55
-0800From: [e-mail]: Packet
RepeatersTo: [e-mail] here in the land of the
forgotten,  we  have  some  serious  packet  network problems.
Everything presently occurs on one channel, 145.01.  NET-ROM
nodes, mail forwarding, three or four BBS,  point-to-point
chit-chat,  at  least  two dozen  personal BBS things, etc.  The
biggest problem is as soon as you connect to the local node and
try to get into the local BBS, everybodys mail-forwarding and
beacons  and  everything  else  comes  alive,  and  you  get
re-tried into oblivion.I have visited the Northwest and seen
their excellent (IMHO) system where  each node/BBS  has  its own
(coordinated?) frequency.  The mail-forwarding etc takes place
on 220 or above, so you're basically  on  your  own.   I  was
definitely impressed.Our  local  folks don't like this idea, but
do want to set up a separate system for local use, especially
for ARES/RACES type stuff.  I suggested  they  simply put  up
another NET-ROM type node such as the 145.01 system, but they
feel for some reason that they need a full duplex repeater.My
question to the net: Are there any real advantages/disadvantages
to using  a full-duplex  (just  like  voice)  repeater  for
packet.   I  know  it  is more expensive, uses two channels,
etc., but I need more.Please E-mail your responses as I don't
often get time to read the newsgroup.Thank you for any
info.73,MichaelWA7SKG--
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:::::::::::::Michael A. Barnes                      Land Mobile
Radio [e-mail]             Frequency
Management  Phone: [phone]                       410
SPTG/SCX              DSN: 472-2811                    K.I.
Sawyer AFB, MI       FAX: ext-2474
49843-6346                Therefore do not worry about tomorrow,
for tomorrow will worry about     itself.  Each day has enough
trouble of its own.  (Matthew
6:34)::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::::::::::::::::::------------------------------Date: 15 Mar 92
18:17:36 GMTFrom:
swrinde!cs.utexas.edu!wupost!emory!wa4mei!ke4zv![e-mail]
.EDUTo: [e-mail]
<[e-mail]>,
<[e-mail]>,
<[e-mail]>Reply-To : [e-mail]
(Gary Coffman)Subject : Re: PACKET RADIO TALKIn article
<[e-mail]> [e-mail]
(Harold C. Forbes) writes:>In article
<[e-mail]> [e-mail] (Gary Coffman)
writes:>>>How will TCP/IP influence future systems ?>>>>Because
the implementation we have is totally open, it has attracted>>a
lot of interest among the code hackers. Potentially it opens
the>>way for unlimited applications, but as a practical matter
because of>>the monolythic way it's implemented on DOS machines,
it's turning into>>a complicated way to do a BBS and ship a few
files. It's actually an>>impediment to new applications at this
time. It's best use now is>>as a switch node in the trunk
network and as a gateway to a capable>>multitasking system with
native TCP/IP (ie a Unix box). Before TCP/IP>>can have a
significant impact on packet, we've got to abandon DOS>>or
rewrite the code to act as a device driver accessable to
*any*>>program running on the system.>>The Mach 3.0 kernal is
free, and is being used on 386 machines.>The GNU HURD may become
a reality one day.  Maybe now is the time to>switch?This always
starts flame wars in the TCP Group mailing list when itcomes up,
so I should probably be quiet. However, this is a pet peeveof
mine. While I very much appreciate all the hard work done by
Philand others to make TCP/IP available on DOS platforms, it
really isa limitation on network *applications*. I'm playing
with a AX25 driverfor SunOS that came down the net, and that may
be the solution I'mlooking for, but it *does* require a Sun
Workstation and most amateursdon't have one sitting on their
operating bench like I do. Plus thereare a lot of neat hacks in
the latest versions of Phil's code thatapply directly to radio
packet that are missing from the Sun TCP/IP.I'm afraid that any
Unix lookalike for Intel platforms that doesn'tsupport DOS
emulation is going to meet with little acceptance amonghams. The
commercial packages that do are terribly expensive, morethan the
hardware in many cases. We really need a way for DOS
applicationsto talk to TCP/IP other than through Desqview
loopback schemes. Turningthe present code into a device driver
that a DOS program can treatas a character device, or maybe
block device, just like any otherdevice on the system, would
immediately open up a whole range ofapplications for packet.
Applications programmers could treat thepacket network as a
black box that responds like a terminal or adisk. I see lots of
uses for this.Gary KE4ZV------------------------------End of
Packet-Radio Digest V92 #70******************************Date:
Tue, 17 Mar 92 04:30:02 PSTFrom: Packet-Radio Mailing List and
Newsgroup <[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #71To: packet-radioPacket-Radio Digest         Tue,
17 Mar 92       Volume 92 : Issue  71Today's Topics:
BBS name standards / Packet-BBS gateways (2 msgs)
G1EMM: FTP eats RAM and hangs. (2 msgs)
HELP ka9q & tnc's problems                           Packet
Repeaters            Proposed Standard for BBS distribution
names.           using a full duplex repeater for packet (2
msgs)Send Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 16 Mar 1992 07:27:36 -0800From:
ucsd.edu![e-mail]: BBS name standards /
Packet-BBS gatewaysTo: [e-mail] not just use
something other than dots in the routing part of thehierarchical
address?  Then there's no confusion with worldwidestandards like
RFC822.  It was clearly a mistake to have chosen themin the
first place;  it may not be too late to change.There really are
only about five or six ham bbs packages out there; ifthe days
when the authors were coding to be incompatable with each
otherare really over, then maybe we could all get together and
begin bygetting the BBS software to treat some other character
as it treats dotnow.  In a subsequent release, it would begin
SENDING that character.And finally, much later on, it would stop
accepting dot.Yeah, it's a pipe dream.    -
Brian------------------------------Date: 16 Mar 1992 07:36:37
-0800From: ucsd.edu![e-mail]: BBS name
standards / Packet-BBS gatewaysTo: [e-mail]
proper way for an internet-to-hambbs gateway to operate is touse
the essential part of the ham address in the internet
address.For example, mail sent from bbsland to the internet:SP
[e-mail] < WB6CYT $81723_WB6KDTwould wind up
appearing on the internet side (assuming that my pcworkstation
is the gateway host)From: [e-mail]:
[e-mail]--- Mail going the other way does this:To:
[e-mail]:
[e-mail] WB6CYT@WB6KDT.#SOCA.CA.USA <
INTERNET $AA02283_pcws.ucsd.eduThe hierarchical routing
information came from a table built by handand added to every
time mail crosses from bbsland to the internet.The internet
return address is inside the message as RFC822 typeheaders,
since there is no possible way to encapsulate it into theham
addresses, which were so shortsightedly limited in length.The
'INTERNET' becomes a flag to intelligent software (or,
lackingthat, intelligent users) that the real return address is
inside themessage.At least, that's the way I'm going to do it.    -
Brian------------------------------Date: 16 Mar 92 20:38:16
GMTFrom: frc.maf.govt.nz![e-mail]: G1EMM:
FTP eats RAM and hangs.To: [e-mail]:
rec.radio.amateur.packetSubject: G1EMM: FTP eats RAM and
hangs.Summary: Expires: 27 March 1992Sender: [e-mail]
Followup-To: rec.radio.amateur.packetDistribution:
worldOrganization: Ministry of Ag. and Fish., Marine Research,
Wellington, NZ.Keywords: G1EMM, NOS, FTPThanks for taking the
time to read this message.My problem is this:  trying to
download a large ( >> 150 kb) file, theFTP client session on my
machine starts off by opening the destinationfile on disk. It
then  proceeds  to  accept  lots of data without everwriting it
to disk until EOF.If  the  file is large enough, my poor old XT
will run out of memory,failling to allocate screen swap RAM etc,
until it finally hangs.Question:  is there a way to force NOS to
flush the buffers to disk atregular intervals?  Increasing RAM
may work, but does not really solvethe problem.PC : XT clone, 9
MHz, 512 kb RAM ( 424 kb  free after OS  etc. loaded)     DRDOS
6.0, 20 Mb hard disk SSTORed to 40 Mb.NOS: G1EMM V1.4Any
suggestions appreciated. Cheers,
Bert.------------------------------------------------------------
-------------Wilbert Knol   MAFFISH Research,   Box 297,
Wellington,    New Zealand.Usenet:[e-mail]
AX25:[e-mail]
AMPR:[44.145.180.88]---------------------------------------------
----------------------------------------------------------Date:
16 Mar 92 23:38:39 GMTFrom:
swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!pacific.mps.
ohio-state.edu!linac!att!walter!qualcom.qualcomm.com!chicago.qual
comm.com![e-mail]: G1EMM: FTP eats RAM and
hangs.To: [e-mail], the problem is with
DOS, not NET or NOS. DOS doesn't updateits directory descriptors
until a file is closed, and to do thisfrequently during a FTP
transfer would add a lot of
overhead.Phil------------------------------Date: 16 Mar 92
16:14:57 GMTFrom: [e-mail]: HELP
ka9q & tnc's problemsTo: [e-mail] Several of our
local radio club have been trying to runka9q with little
success. There are 4 different tnc's with varing problems:  mfj
1274 - receives but will not xmit mfj 1278 - receives but will
not xmit hk-232m  - initialy will not receive, but after lots of
playing around            works ok (looks like a flow control
pbm)            The hk-232m is heathkits version of the
aea-232m. pk 88    - the mfj 1278 owner hasnt tried this one yet
 What we would like from someone that is using one (or more) of
these tnc'sis:  1. What parameters must be set on the tnc before
you put it in kiss mode. 2. What does your autoexec.net look
like 3. Anything special you do in net to get the system running
4. What do you do to get the tnc out of kiss mode. 5. And
finally HELP :-(, we have spent a lot of hours on this with
little    progress. Any insight into our problems will be
appreciated :-).  We have all only been trying the ax25 side of
the program, figuring whenthat runs then we can attack the
unknown (tcp/ip). If you can shed some light on any part of the
above it would be appreciated.73,
tedn6trf------------------------------Date: 16 Mar 92 17:58:24
GMTFrom:
usc!cs.utexas.edu!tamsun!cs.tamu.edu![e-mail]
: Packet RepeatersTo: [e-mail] is DEFINITELY
an advantage to going full-duplex!With the typical digipeater,
it hears everybody.  But everybody doesn't heareverybody else,
so you get collisions.  this is known as the
"hidden-transmitter" problem.  Also, there is the delay in that
the packet isreceived, then retransmitted.  In a full-duplex
system, you can put in a regenerator, so that the packet comes
out pure and pristine. 8-}  Also, whenyou regenerate in
real-time, the repeater is transmitting so that otherfolks won't
transmit while the packet is being repeated.  This GREATLY
reducesthe "hidden-transmitter" problem.  There are differing
approaches to theimplementation, of course.  Some folks propose
a long tail on the repeater, presumably to minimize the key-up
time and/or save the relays.  Some proposeno tail at all.  73,
Kurt-- Kurt Freiberger, wb5bbw      [e-mail]   409/847-8607
 fax:[phone]Dept. of Computer Science, Texas A&M University
     DoD #264: BMW R80/7 pilot"We preserve our freedom using
three boxes: ballot, jury, and cartridge."      *** Not an
official document of Texas A&M University
***------------------------------Date: Mon, 16 Mar 1992 22:46:56
GMTFrom: news.mentorg.com!mntgfx![e-mail]:
Proposed Standard for BBS distribution names.To:
[e-mail] already exists a standard (or rather
3 or 4 of them) for theextra fields needed in the rfc-822 style
header. Let's not inventyet another, but simply use what is
already in use by various
mail-exchangers.X-BID:X-Message_Type:X-BBS-BID:X-BBS-MSG-T:These
are but a few of what I've seen.  Let's pick one ... and
stickwith it.  Makes life simpler for the mail-exchanger
authors, the bbsauthors, etc.As far as I can tell, the only
thing we need that rfc-822 does not have is the capability of
typed messages, and the "BID" concept.Everything else can be
handled with existing standards.It is up the the mail-exchangers
(that software which lives betweenthe "bbs world" and the
"internet world") to handle the details.The adoption of any new
standard (e.g. SMTP or NNTP) simply will notmake any difference
to this discussion.  We HAVE a working messagedistribution
network, and anything we do must interoperate with it.To recap:
the problem only exists at the internetwork boundary.It is at
that point that the protocols of the different networksmust be
resolved.  It is desirable that the resolution take placein some
standard manner.  RFC-822 provides mechanisms which canbe used
for this resolution.  Only minor use is required of theRFC-822
header extension mechanisms (for message type and BID).I'd be
glad to report what my code does in the internetworking
case(import and export), except that it's been working so long
(five years)that I've forgotten the details and would have to
look at the code.The code is at home, I'm at the office.-- Hank
Oredson @ Mentor GraphicsInternet     :
[e-mail] Radio:
[e-mail]------------------------------Date: 16 Mar
1992 13:51:23 -0800From: [e-mail]:
using a full duplex repeater for packetTo: [e-mail]
>Date: 15 Mar 1992 17:10:55 -0800>From:
[e-mail]>Subject: Packet Repeaters>To:
[e-mail] >My question to the net: Are there any
real advantages/disadvantages to using >full-duplex  (just  like
 voice)  repeater  for  packet.   I  know  it  is mo>expensive,
uses two channels, etc., but I need more. >Please E-mail your
responses as I don't often get time to read the newsgroup.
>Thank you for any info. >73,>Michael>WA7SKG  First of all,
Michael, you didn't give us an address for e-mail(at least it
didn't show up here), so I'll post to the List. Personally, I
think the idea of using a medium profile full-duplexrepeater
(like voice repeaters) for packet would be a great idea
forcovering a particular area.  Whereas now (in this area at
least),BBSs are low profile (some have negative HAAT !), there
is a lot ofcongestion, collisons, hidden transmitters, etc. In
short, throughputis very low anytime activity is above a
minimum.  On top of that,the Cincinnati area is hilly.  Any
medium profile digi on a busychannel is almost useless because
it hears too much. I think the duplex operation is a good idea.
I've pushed it a bithere, but interest in building packet
facilities is very low.With a medium profile repeater, each
station could hear anyoneelse using the channel.  Collisons
would be tremendously reduced.Also, "digipeater delays" would be
avoided since the duplexrepeater would simultaneously retransmit
the packet. To me, it seems like a win-win situation in certain
locations.It might even be good for areas where there was
overlap betweenadjacent LANs.  I think it's worth a try.  Has
anyone experimentedwith this? It would seem to me that it would
be relatively easy to try...justconvince some civic minded
repeater club to let one of theirsecondary machines be used for
a month or two as an experiment. 73,Ken  [e-mail]
-------------------------------------------------------------Ken
Meinken     [e-mail]
[e-mail]------------------------------Date:
16 Mar 92 22:48:29 GMTFrom:
sdd.hp.com!cs.utexas.edu!tamsun!cs.tamu.edu![e-mail]
Subject: using a full duplex repeater for packetTo:
[e-mail] article <[e-mail]>,
[e-mail] (Ken Meinken) writes:|> To me, it seems like
a win-win situation in certain locations.|> It might even be
good for areas where there was overlap between|> adjacent LANs.
I think it's worth a try.  Has anyone experimented|> with
this?It should work excellently.  If you have a router listening
as well, it couldredirect packets to the appropriate area.  You
start to get into some ratherinteresting topological problems,
but they are not unsolvable....  |> It would seem to me that it
would be relatively easy to try...just|> convince some civic
minded repeater club to let one of their|> secondary machines be
used for a month or two as an experiment.That could be a bad
idea, depending on where the same-channel neighbors are.There's
always some guy who is in the middle between both systems that
useshigh power.  If you have packet on one system and voice on
the other, at leastone group will get torqued.  Just be careful.
 -- Kurt Freiberger, wb5bbw      [e-mail]   409/847-8607
fax:[phone]Dept. of Computer Science, Texas A&M University
    DoD #264: BMW R80/7 pilot"We preserve our freedom using
three boxes: ballot, jury, and cartridge."      *** Not an
official document of Texas A&M University
***------------------------------End of Packet-Radio Digest V92
#71******************************Date: Wed, 18 Mar 92 04:30:03
PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #72To: packet-radioPacket-Radio Digest         Wed,
18 Mar 92       Volume 92 : Issue  72Today's Topics:
                   (none)                    7plus ?? - Packet
compression                       APLINK WANTED - WHERE ?
            G1EMM: FTP eats RAM and hangs.
HELP!  MacNET config problem                Looking for active
packeteers in Italy                            New to This...
        Packet radio and RFI from my computer.  Help!
                 PHS Software                            Server
request               using a full duplex repeater for packet
                     What is "true FM" ?Send Replies or notes
for publication to: <[e-mail]>Send subscription
requests to: <[e-mail]>Problems you can't
solve otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 17 Mar 1992 09:37:08 -0800From:
[e-mail]: (none)To:
[e-mail]   ----- Mail rejected by CEO. -----Link
Failure in Routed Path   Mail not sent to:al [e-mail]
  ----- Unsent message follows -----From:
[e-mail]:  [e-mail]:
Packet-Radio Digest V92 #71X-Ceo_Options:  DocumentSee document
for message.CEO document contents:  Received: from dg-rtp.dg.com
(dg-rtp) by rtp41.rtp.dg.com (1.00/2.1)      idAA00020; Tue, 17
Mar 92 10:53:20 edtReceived: from ucsd.edu by dg-rtp.dg.com
(5.4/dg-rtp-proto)     id AA01047;Tue, 17 Mar 1992 10:51:48
-0500Received: by ucsd.edu; id AA02311    sendmail
5.64/UCSD-2.2-sun    Tue, 17 Mar 92 04:30:07 -0800 for
packet-radioReceived: by ucsd.edu; id AA02304    sendmail
5.64/UCSD-2.2-sun    Tue, 17 Mar 92 04:30:04 -0800 for
/usr/lib/sendmail -oc -odb-oQ/var/spool/lqueue -oi
-fpacket-radio-relay packet-radio-list
Message-Id:<[e-mail]>Date: Tue, 17 Mar 92
04:30:02 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #71To: [e-mail]-Radio Digest
  Tue, 17 Mar 92       Volume 92 : Issue  71Today's Topics:
    BBS name standards / Packet-BBS gateways (2 msgs)
   G1EMM: FTP eats RAM and hangs. (2 msgs)
HELP ka9q & tnc's problems                           Packet
Repeaters            Proposed Standard for BBS distribution
names.           using a full duplex repeater for packet (2
msgs)Send Replies or notes for publication to:
<[e-mail]> Sendsubscription requests to:
<[e-mail]> Problems you can'tsolve
otherwise to [e-mail] 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 hereinconsists of
personal comments and does not represent the official policies
orpositions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 16 Mar 1992 07:27:36 -0800From:
ucsd.edu![e-mail]: BBS name standards /
Packet-BBS gatewaysTo: [e-mail] not just use
something other than dots in the routing part of thehierarchical
address?  Then there's no confusion with worldwide standards
likeRFC822.  It was clearly a mistake to have chosen them in the
first place;  itmay not be too late to change.There really are
only about five or six ham bbs packages out there; if the
dayswhen the authors were coding to be incompatable with each
other are reallyover, then maybe we could all get together and
begin by getting the BBSsoftware to treat some other character
as it treats dot now.  In a subsequentrelease, it would begin
SENDING that character. And finally, much later on, itwould stop
accepting dot.Yeah, it's a pipe dream.    -
Brian------------------------------Date: 16 Mar 1992 07:36:37
-0800From: ucsd.edu![e-mail]: BBS name
standards / Packet-BBS gatewaysTo: [e-mail]
proper way for an internet-to-hambbs gateway to operate is to
use theessential part of the ham address in the internet
address.For example, mail sent from bbsland to the internet:SP
[e-mail] < WB6CYT $81723_WB6KDTwould wind up
appearing on the internet side (assuming that my pc
workstationis the gateway host)From:
[e-mail]: [e-mail]--- Mail going the
other way does this:To: [e-mail]:
[e-mail] WB6CYT@WB6KDT.#SOCA.CA.USA <
INTERNET $AA02283_pcws.ucsd.eduThe hierarchical routing
information came from a table built by hand and addedto every
time mail crosses from bbsland to the internet. The internet
returnaddress is inside the message as RFC822 type headers,
since there is nopossible way to encapsulate it into the ham
addresses, which were soshortsightedly limited in length. The
'INTERNET' becomes a flag to intelligentsoftware (or, lacking
that, intelligent users) that the real return address isinside
the message.At least, that's the way I'm going to do it.    -
Brian------------------------------Date: 16 Mar 92 20:38:16
GMTFrom: frc.maf.govt.nz![e-mail]: G1EMM:
FTP eats RAM and hangs.To: [e-mail]:
rec.radio.amateur.packetSubject: G1EMM: FTP eats RAM and
hangs.Summary: Expires: 27 March 1992Sender: [e-mail]
Followup-To: rec.radio.amateur.packetDistribution:
worldOrganization: Ministry of Ag. and Fish., Marine Research,
Wellingt on,

NZ.Keywords: G1EMM, NOS, FTPThanks for taking the time to read
this message.My problem is this:  trying to download a large (
>> 150 kb) file, the FTPclient session on my machine starts off
by opening the destination file ondisk. It then  proceeds  to
accept  lots of data without ever writing it todisk until EOF.If
 the  file is large enough, my poor old XT  will run out of
memory, faillingto allocate screen swap RAM etc, until it
finally hangs.Question:  is there a way to force NOS to flush
the buffers to disk at regularintervals?  Increasing RAM may
work, but does not really solve the problem.PC : XT clone, 9
MHz, 512 kb RAM ( 424 kb  free after OS  etc. loaded)     DRDOS
6.0, 20 Mb hard disk SSTORed to 40 Mb.NOS: G1EMM V1.4Any
suggestions appreciated. Cheers,
Bert.------------------------------------------------------------
-------------Wilbert Knol   MAFFISH Research,   Box 297,
Wellington,    New Zealand.Usenet:[e-mail]
AX25:[e-mail]
AMPR:[44.145.180.88]---------------------------------------------
----------------------------------------------------------Date:
16 Mar 92 23:38:39
GMTFrom:swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!paci
fic.mps.ohio-state.edu!linac!att!walter!qualcom.qualcomm.com!chic
ago.qualcomm.com![e-mail] Subject: G1EMM: FTP eats
RAM and hangs.To: [e-mail], the problem is
with DOS, not NET or NOS. DOS doesn't update itsdirectory
descriptors until a file is closed, and to do this frequently
duringa FTP transfer would add a lot of
overhead.Phil------------------------------Date: 16 Mar 92
16:14:57 GMTFrom: [e-mail]: HELP
ka9q & tnc's problemsTo: [e-mail] Several of our
local radio club have been trying to run ka9q with
littlesuccess. There are 4 different tnc's with varing problems:
 mfj 1274 - receives but will not xmit mfj 1278 - receives but
will not xmit hk-232m  - initialy will not receive, but after
lots of playing around            works ok (looks like a flow
control pbm)            The hk-232m is heathkits version of the
aea-232m. pk 88    - the mfj 1278 owner hasnt tried this one yet
 What we would like from someone that is using one (or more) of
these tnc's is: 1. What parameters must be set on the tnc before
you put it in kiss mode. 2.What does your autoexec.net look
like3. Anything special you do in net to get the system running
4. What do you doto get the tnc out of kiss mode.5.  And finally
HELP :-(, we have spent a lot of hours on this with little
progress. Any insight into our problems will be appreciated
:-).We have all only been trying the ax25 side of the program,
figuring whenthat runs then we can attack the unknown (tcp/ip).
If you can shed some light on any part of the above it would be
appreciated.73, tedn6trf------------------------------Date: 16
Mar 92 17:58:24 GMTFrom:
usc!cs.utexas.edu!tamsun!cs.tamu.edu![e-mail]
Subject:Packet RepeatersTo: [e-mail] is
DEFINITELY an advantage to going full-duplex! With the
typicaldigipeater, it hears everybody.  But everybody doesn't
hear everybody else, soyou get collisions.  this is known as the
 "hidden-transmitter" problem.  Also,there is the delay in that
the packet is received, then retransmitted.  In afull-duplex
system, you can put in a  regenerator, so that the packet comes
outpure and pristine. 8-}  Also, when you regenerate in
real-time, the repeater istransmitting so that other folks won't
transmit while the packet is beingrepeated.  This GREATLY
reduces the "hidden-transmitter" problem.  There arediffering
approaches to the implementation, of course.  Some folks propose
along tail on the repeater,  presumably to minimize the key-up
time and/or savethe relays.  Some propose no tail at all.  73,
Kurt-- Kurt Freiberger, wb5bbw   [e-mail]   409/847-8607
 fax:[phone]Dept. of Computer Science, Texas A&M University
     DoD #264: BMW R80/7 pilot"We preserve our freedom using
three boxes: ballot, jury, and cartridge."      *** Not an
official document of Texas A&M University
***------------------------------Date: Mon, 16 Mar 1992 22:46:56
GMTFrom: news.mentorg.com!mntgfx![e-mail]:
Proposed Standard for BBS distribution names.
To:[e-mail] already exists a standard (or
rather 3 or 4 of them) for the extra fieldsneeded in the rfc-822
style header. Let's not invent yet another, but simplyuse what
is already in use by various mail-
exchangers.X-BID:X-Message_Type:X-BBS-BID:X-BBS-MSG-T:These are
but a few of what I've seen.  Let's pick one ... and stick with
it.Makes life simpler for the mail-exchanger authors, the bbs
authors, etc.As far as I can tell, the only thing we need that
rfc-822 does not  have is thecapability of typed messages, and
the "BID" concept. Everything else can behandled with existing
standards.It is up the the mail-exchangers (that software which
lives between the "bbsworld" and the "internet world") to handle
the details.The adoption of any new standard (e.g. SMTP or NNTP)
simply will not make anydifference to this discussion.  We HAVE
a working message distribution network,and anything we do must
interoperate with it.To recap: the problem only exists at the
internetwork boundary. It is at thatpoint that the protocols of
the different networks must be resolved.  It isdesirable that
the resolution take place in some standard manner.
RFC-822provides mechanisms which can be used for this
resolution.  Only minor use isrequired of the RFC-822 header
extension mechanisms (for message type and BID).I'd be glad to
report what my code does in the internetworking case (import
andexport), except that it's been working so long (five years)
that I've forgottenthe details and would have to look at the
code. The code is at home, I'm at theoffice.-- Hank Oredson @
Mentor GraphicsInternet     : [e-mail]
Radio: [e-mail]------------------------------Date:
16 Mar 1992 13:51:23 -0800From:
[e-mail]: using a full duplex repeater
for packetTo: [e-mail] >Date: 15 Mar 1992 17:10:55
-0800>From: [e-mail]>Subject: Packet
Repeaters>To: [e-mail] >My question to the net: Are
there any real advantages/disadvantages to using>full-duplex
(just  like  voice)  repeater  for  packet.   I  know  it  is
mo>expensive, uses two channels, etc., but I need more. >Please
E-mail your responses as I don't often get time to read the
newsgroup. >Thank you for any info. >73,>Michael>WA7SKG  First
of all, Michael, you didn't give us an address for e-mail (at
least itdidn't show up here), so I'll post to the List.
Personally, I think the idea of using a medium profile
full-duplex repeater(like voice repeaters) for packet would be a
great idea for covering aparticular area.  Whereas now (in this
area at least), BBSs are low profile(some have negative HAAT !),
there is a lot of congestion, collisons, hiddentransmitters,
etc. In short, throughput is very low anytime activity is above
aminimum.  On top of that, the Cincinnati area is hilly.  Any
medium profiledigi on a busy channel is almost useless because
it hears too much. I think the duplex operation is a good idea.
I've pushed it a bit here, butinterest in building packet
facilities is very low. With a medium profilerepeater, each
station could hear anyone else using the channel.
Collisonswould be tremendously reduced. Also, "digipeater
delays" would be avoided sincethe duplex repeater would
simultaneously retransmit the packet. To me, it seems like a
win-win situation in certain locations. It might even begood for
areas where there was overlap between adjacent LANs.  I think
it'sworth a try.  Has anyone experimented with this? It would
seem to me that it would be relatively easy to try...just
convincesome civic minded repeater club to let one of their
secondary machines be usedfor a month or two as an experiment.
73,Ken  [e-mail]
-------------------------------------------------------------
Ken [e-mail]
[e-mail]------------------------------Date:
16 Mar 92 22:48:29 GMTFrom:
sdd.hp.com!cs.utexas.edu!tamsun!cs.tamu.edu![e-mail]
Subject: using a full duplex repeater for packetTo:
[e-mail] article <[e-mail]>,
[e-mail] (Ken Meinken)writes: |> To me, it seems like
a win-win situation in certain locations. |> Itmight even be
good for areas where there was overlap between |> adjacent
LANs.I think it's worth a try.  Has anyone experimented |> with
this?It should work excellently.  If you have a router listening
as well, it couldredirect packets to the appropriate area.  You
start to get into some ratherinteresting topological problems,
but they are not unsolvable....  |> It would seem to me that it
would be relatively easy to try...just |>convince some civic
minded repeater club to let one of their |> secondarymachines be
used for a month or two as an experiment.That could be a bad
idea, depending on where the same-channel neighbors are.There's
always some guy who is in the middle between both systems that
useshigh power.  If you have packet on one system and voice on
the other, at leastone group will get torqued.  Just be careful.
 -- Kurt Freiberger, wb5bbw   [e-mail]   409/847-8607
fax:[phone]Dept. of Computer Science, Texas A&M University
    DoD #264: BMW R80/7 pilot"We preserve our freedom using
three boxes: ballot, jury, and cartridge."      *** Not an
official document of Texas A&M University
***------------------------------End of Packet-Radio Digest V92
#71******************************------------------------------Da
te: 18 Mar 92 08:36:55 GMTFrom:
mcsun!dxcern!cernvax![e-mail]: 7plus ?? -
Packet compressionTo: [e-mail] friend of mine who
is quite active on packet hasnoticed binaries using an ASCII
encoding scheme andpossible compression appearently called
7plus.  Heis familiar with Radix-95 and he says the header
forthe new scheme is completely different.  The only thinghe has
found in all these headers is the string "7plus".The binaries
have all come from Dutch and German hams.Do anybody out there
have any knowledge of this?73 de Frode, LA2RL /
HB9CHL***********************************************************
****************    Frode Weierud        Phone    :    [phone]         **    CERN,
SL        Fax    :    [phone]         **    CH-1211 Geneva
    23    E-mail    :    [e-mail]     **    Switzerland
or    [e-mail]
*****************************************************************
**********------------------------------Date: 17 Mar 1992
16:40:42 -0800From: [e-mail]: APLINK
WANTED - WHERE ?To: [e-mail] CAN I FIND APLINK
?I HAVE THE 3.93 VERSION OF 1989.FROM WHERE CAN I FTP IT ?PLEASE
REPLY TO ME DIRECT - NOT TO THE DIGEST !!!73 DE GEORGE
SV1BDS####################################################
    George Katsimaglis  SV1BDS  [KM17VX]  ## P-mail  :
[e-mail]               ## amprnet :
[e-mail]  [44.154.1.3]  ## E-mail  :
[e-mail]                ##
[e-mail]
####################################################-------------
-----------------Date: 17 Mar 92 14:19:15 GMTFrom:
elroy.jpl.nasa.gov!usc!cs.utexas.edu!utgpu!cunews!revcan!software
.mitel.com![e-mail]: G1EMM: FTP eats RAM and
hangs.To: [e-mail] article
<[e-mail]> [e-mail]
(Phil Karn) writes:>>Actually, the problem is with DOS, not NET
or NOS. DOS doesn't update>its directory descriptors until a
file is closed, and to do this>frequently during a FTP transfer
would add a lot of overhead.>>PhilI don't see the problem here.
I can ftp an 800K file with no problems at all. Seems tome there
may have been such a problem many versions ago.Dave-- Dave
Perryve3ifb@ve3jf.#[e-mail]-------
-----------------------Date: 18 Mar 92 02:13:53 GMTFrom:
swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!jmilh
[e-mail]: HELP!  MacNET config problemTo:
[e-mail] am having a problem communicating with
the KAM under MacNET.I think it is the attach command in my
autoexec file.  It was already set supposedly to work with a TNC
through the mac's built in modem port.  when I try "connect axo
<local pbbs>" it goes through the routine as it should, but does
not transmit.  Im not sure what the problem is.Any help is
appreciated.Thanks,JT N8PUYbtw, I am VERY new to tcp/ip.  I am
able to ftp and telnet to myself ok, but that does not require
me to transmit.------------------------------Date: 17 Mar 92
20:13:47 GMTFrom:
sdd.hp.com!think.com!news.bbn.com!noc.near.net!uhasun!arrlhq!lhur
[e-mail]: Looking for active packeteers in
ItalyTo: [e-mail] rec.radio.amateur.packet,
[e-mail] (Dave Pascoe) writes:>>A colleague of mine,
WA1FRK, is looking for hams in Italy who are>active on packet.
He wishes to set something up where schoolchildren>here in the
States can have some sort of pen-pal thing with>schoolchildren
in Italy via packet radio (probably exchange of>messages through
PBBSs).>>Please reply to me and I will forward any responses to
him.>-- Grinch/wet blanket that I am, I'm constrained to ask you
toremind your friend that what he proposes is not only illegal
-- wedon't have third party traffic agreements with Italy -- but
verylikely to cause some extremely embarrassing inquiries.There
ARE ways around the U.S. amateur's inability to handlesuch third
party communications with Italy, but not DIRECTLY.The rub would
be to find a PBBS in a country that DOES havethird party
agreements with Italy...|       |   |         Deputy Manager,
Field Services, ARRL.|       |___|         The ARRL Amateur
Radio Emergency Service, the ARRL| uck   |   |urder    National
Traffic System, The Amateur Auxiliary to------  |   |
the FCC's Field Operations Bureau, the ARRL     KY1T
Field Organization and the ARRL Monitoring
System.----------------------------------------------------------
[e-mail]
Prodigy - MGTS39A,  BIX - ARRL,   MCI Mail - RPALM, MCI Mail -
ARRL HQ, America On Line - ARRL
HQ------------------------------Date: 18 Mar 92 03:34:09
GMTFrom:
swrinde!zaphod.mps.ohio-state.edu!caen!hellgate.utah.edu!csn!teal
.csn.org![e-mail]: New to This...To:
[e-mail]'s been nearly 10 years since I've been
active in ham radio.  A lot haschanged since then...among them,
packet radio.I have two questions:1)  What's the best resource
to learn more about it and what's requiredto participate?  I
bought a new ARRL Operating Manual to get caught up, and haven't
read the packet chapter yet.  Is this enough to get me whatI
need to know?2)  Can I send e-mail to packet addresses via
Internet?  If so, how?Thanks for any responses.--
---------------------------------------Alan D. Bryant,
[e-mail]. O. Box 101612, Denver, CO 80250,
USA------------------------------Date: 18 Mar 92 04:39:40
GMTFrom:
swrinde!zaphod.mps.ohio-state.edu!malgudi.oar.net!caen!hellgate.u
tah.edu!fcom.cc.utah.edu!cc.utah.edu![e-mail]
ject: Packet radio and RFI from my computer.  Help!To:
[e-mail]'m a brand new ham (callsign pending) and
want to join the packet fun.I have a Mac and a Kenwood HT
(TH25-AT) and am looking at TNCs.  I havea question about RFI
from my computer equipment (could be the externalhard drive).
Anyway, whenever I even get near my Mac it opens the squelchon
my Kenwood.  How could I possible run packet with this problem?
Anysuggestions?[e-mail]
pending------------------------------Date: 17 Mar 92 13:27:31
GMTFrom:
olivea!isc-br!tau-ceti!comtch!iea![e-mail]: PHS
SoftwareTo: [e-mail] am trying to locate this
software.  Can anyone steer me to a source. I understand that it
is shareware from the Author of THS for the DRSIboard.Jay Ws7i *
Origin: Radio Therapy BBS
(1:346/3)------------------------------Date: 17 Mar 1992
18:36:53 -0800From: [e-mail]: Server
requestTo:
[e-mail]------------------------------Date: 17
Mar 92 20:52:46 GMTFrom: ulowell!tegra![e-mail]:
using a full duplex repeater for packetTo:
[e-mail] article <[e-mail]>
[e-mail] (Kurt Freiberger) writes:   |> It would seem to
me that it would be relatively easy to try...just   |> convince
some civic minded repeater club to let one of their   |>
secondary machines be used for a month or two as an experiment.
 That could be a bad idea, depending on where the same-channel
neighbors are.   There's always some guy who is in the middle
between both systems that uses   high power.  If you have packet
on one system and voice on the other, at least   one group will
get torqued.  Just be careful.Data repeaters serve different
users than do voice repeaters.  A voicerepeater serves promarily
mobile and handheld stations while a datarepeater serves
primarily fixed stations.  Since the fixed datastation is
working only the repeater it should use directionalantennas.
This helps cochannel problems as well as helping
promotefrequency re-use as a data channel.And the link margins
should be high enough that "some guy" using highpower to get
into another repeater won't cause a problem.jv"And he wants her
love so badly, but she's trying to relax, He can't work it with
his fingers, so he tried it with an ax"    -- The Man Who
Invented Himself _____|     | Johnathan Vail     [e-mail]
   [phone]|Tegra| [e-mail]
N1DXG@448.625-(WorldNet) -----  MEMBER: League for Programming
Freedom
([e-mail])------------------------------Date: 17
Mar 1992 23:21:55 -0800From: [e-mail]:
What is "true FM" ?To: [e-mail] packeters ..Do
you have any idea what means "16G3" type of modulation ?We are
runing a packet application using "commercial type" VHF T/Xwith
this type of modulation. The "G" stands for "reactance
modulation"Is this type "true FM" ? Is this type suitable for
high speed (eg 9600)packet ?George P AlexiouUniv of PatrasDept
of Computer Eng2600-Patras-Greecee-mail:
[e-mail] [phone]fax
[phone]------------------------------End of Packet-Radio
Digest V92 #72******************************Date: Thu, 19 Mar 92
04:30:03 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #73To: packet-radioPacket-Radio Digest         Thu,
19 Mar 92       Volume 92 : Issue  73Today's Topics:
       7PLUS encoding - further info
AmigaNOS source          BBS name standards / Packet-BBS
gateways (2 msgs)            Do I need an "all-mode" xcvr for
pacsat work ?                          G0BSX TNC source?
           G1EMM: FTP eats RAM and hangs.
     NET/Mac_help                     Packet BBS software via
FTP        Packet radio and RFI from my computer.  Help! (2
msgs)            Proposed Standard for BBS distribution names.
                  What is "true FM" ? (2 msgs)Send Replies or
notes for publication to: <[e-mail]>Send
subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 18 Mar 92 13:01:40 GMTFrom:
mcsun!dxcern!cernvax![e-mail]: 7PLUS encoding -
further infoTo: [e-mail] asked earlier today about
the 7PLUS encoding schemeused on packet to encode binary files
into 7bit ASCII.Here is the almost instant reply I got from
Peter, DK5DC :--------------------------- TEXT
-----------------------Date: Wed, 18 Mar 92 10:53:07 CETFrom:
[e-mail]: frodeSubject: 7plusfrode,7plus is
more an binary encoding scheme than a packet compressionprogram.
It was developed over here in Germany cause lots ofbinary data
is transferred via the (7bit) Packet Radio Network.7plus has a
bunch of advantages compared to other encodingutilities:- it
uses a Base 216 Encoding scheme, thus the overhead compared  to
the plain binary data is only about 7 Percent or so.- 7plus is
capable of splitting files.- it does extended checking and is
able to recover from single  bit errors in a particular line.-
In case of erroneous transmission via multiple BBS'es, 7PLUS  is
able to generate so called ' error reports'. If those  reports
are sent to the originator, the originator is able  to generate
correction files which might be used to correct  the failing
7plus file.Hope that info helps a bit. I could uuencode that
tool and sendthe stuff via internet to you next week...If you
like, you may post the msg into the digest. I'm unable todo
thatPeter Glasmacher
DK5DC/AA6HM+----------------------------------------------+|
AX25Net : [e-mail]                || amprNet :
[e-mail]   44.130.17.60|| Internet:
[e-mail]        || Vnet    : D1PGLA AT
DUESVM1
|+----------------------------------------------+----------------
----------- TEXT END -------------------------73 de Frode, LA2RL
/
HB9CHL***********************************************************
****************    Frode Weierud        Phone    :    [phone]         **    CERN,
SL        Fax    :    [phone]         **    CH-1211 Geneva
    23    E-mail    :    [e-mail]     **    Switzerland
or    [e-mail]
*****************************************************************
**********------------------------------Date: 18 Mar 1992
05:23:45 -0800From: [e-mail]: AmigaNOS
sourceTo: [e-mail]'m trying to find the latest
version of AmigaNOS (2.8s ?).  Would anyonebe willing to send me
a copy.  It is out of the question for me download itfrom an
internet site by packet.  I have looked on various phone BBS's
thathave HAM software and found zip.Please send me a message if
you have this stuff.Thomas E. HusonRoute 2, Box 101Carlinville,
IL  62626n9ofv @ wb9uus.ampr.orgn9ofv @
kd9sg.IL.USA.NAThanks------------------------------Date: Wed, 18
Mar 92 18:47:39 GMTFrom:
usc!cs.utexas.edu!utgpu!cunews!nrcnet0!dgbt![e-mail]
USubject: BBS name standards / Packet-BBS gatewaysTo:
[e-mail] Kantor writes:>There really are only
about five or six ham bbs packages out there; ifNo such luck!
Off the top of my head, I can think of a
dozen:W0RLIWA7MBLMSYSF6FBBAA4REG1NNACBBSPRMBSGTEPMSDieboxG4YFB(?)
SV1???Then there is W2XO's Unix BBS, and the NOS mailbox of
course, and no doubtothers which are unknown to me...>the days
when the authors were coding to be incompatable with each
other>are really over, then maybe we could all get together and
begin by>getting the BBS software to treat some other character
as it treats dot>now.  In a subsequent release, it would begin
SENDING that character.>And finally, much later on, it would
stop accepting dot.>>Yeah, it's a pipe dream.No doubt about
it.Barry VE3JF-- Barry McLarnon                  |  Internet:
[e-mail] Research Center  |  AMPRnet:
[e-mail], Canada  K2H 8S2         |
PBBSnet:
ve3jf@ve3jf.#eon.on.can------------------------------Date: 19
Mar 92 04:25:27 GMTFrom:
swrinde!gatech!pitt!w2xo![e-mail]: BBS
name standards / Packet-BBS gatewaysTo: [e-mail]
article <[e-mail]> [e-mail] (Brian Kantor)
writes:>Why not just use something other than dots in the
routing part of the>hierarchical address?  Then there's no
confusion with worldwideStuff Deleted>>Yeah, it's a pipe
dream.>    - BrianI guess the question is whether we want to remain
with the presentsystem at all. How about just assigning a real
top-level domainname for packet bbses, as "ampr.org" is for
tcp/ip amateurs? Thenwe could treat the rest of the address any
way we wanted withinthe
domain.-Jim------------------------------Date: Thu, 19 Mar 92
04:23:05 PSTFrom: RICHARD HAREL <[e-mail]>Subject:
Do I need an "all-mode" xcvr for pacsat work ?To:
[e-mail] presently own an AEA PK-232MBX, 15
watt xstl controlled UHF xcvr, anda 25 watt FM VHF xcvr. I would
like to get on 9600 baud PACSAT. What else do I need (besides
the modem) for it to work
?-Richrharel@fab8%sc.intel.com------------------------------Date:
 17 Mar 92 07:41:56 GMTFrom:
hplextra!hpcc05!hpcuhb!hpsqf!hpqtdla![e-mail]
ct: G0BSX TNC source?To: [e-mail] I have a
question for packet enthusiasts in the UK.Would someone let me
know where I can obtain printed circuit boards and documentation
for the G0BSX TNC?73sBruce Borrows
GM0LLJ------------------------------Date: 19 Mar 92 01:02:56
GMTFrom: frc.maf.govt.nz![e-mail]: G1EMM:
FTP eats RAM and hangs.To: [e-mail]:
rec.radio.amateur.packetSubject: G1EMM: FTP eats RAM and
hangs.Summary: Expires: 29 March 1992Sender: [e-mail]
Followup-To: rec.radio.amateur.packetDistribution:
worldOrganization: Ministry of Ag. and Fish., Marine Research,
Wellington, NZ.Keywords: G1EMM, NOS, FTPThanks for taking the
time to read this message.My problem is this:  trying to
download a large ( >> 150 kb) file, theFTP client session on my
machine starts off by opening the destinationfile on disk. It
then  proceeds  to  accept  lots of data without everwriting it
to disk until EOF.If  the  file is large enough, my poor old XT
will run out of memory,failling to allocate screen swap RAM etc,
until it finally hangs.Question:  is there a way to force NOS to
flush the buffers to disk atregular intervals?  Increasing RAM
may work, but does not really solvethe problem.PC : XT clone, 9
MHz, 512 kb RAM ( 424 kb  free after OS  etc. loaded)     DRDOS
6.0, 20 Mb hard disk SSTORed to 40 Mb.NOS: G1EMM V1.4Any
suggestions appreciated. Cheers,
Bert.------------------------------------------------------------
-------------Wilbert Knol   MAFFISH Research,   Box 297,
Wellington,    New Zealand.Usenet:[e-mail]
AX25:[e-mail]
AMPR:_44.145.180.88_---------------------------------------------
----------------------------------------------------------Date:
18 Mar 1992 21:09:22 -0800From:
[e-mail]: NET/Mac_helpTo:
[e-mail]>Date: 18 Mar 92 02:13:53 GMT>From:
swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!jmilh
oan@netw\>ork.UCSD.EDU>Subject: HELP!  MacNET config problem>To:
[e-mail] tried to respond to you but my mailer
bounced it.>I am having a problem communicating with the KAM
under MacNET.Are you sure this isn't NET/Mac?>I think it is the
attach command in my autoexec file.  It was already
set>supposedly to work with a TNC through the mac's built in
modem port.  when I>try "connect axo <local pbbs>" it goes
through the routine as it should, but>does not transmit.  Im not
sure what the problem is.Try this.attach kpc4 0a ax25 kp0 2048
576 9600I'm not sure that NET/Mac 2.2 supports the Kantronics
TNCs.I use NET/Mac 2.0 + pa2aga (70) which does>Any help is
appreciated.>Thanks,>JT N8PUY>btw, I am VERY new to tcp/ip.  I
am able to ftp and telnet to myself ok, but>that does not
require me to transmit.--MichaelInternet:
[e-mail]:
[e-mail]------------------------------Date: 13 Mar
92 17:42:30 GMTFrom:
dog.ee.lbl.gov!hellgate.utah.edu!uplherc!wicat![e-mail].E
DUSubject: Packet BBS software via FTPTo:
[e-mail] article
<[e-mail]>
[e-mail] (Lee Laird) writes:>> > Can
someone tell me where I can find packet BBS software, such> > as
MSYS, via> > FTP?  I want to play around with it and see what
all is invovled>>matt -- i am not in the ftp system, but you can
download the msys files> from my bbs at 214 226-1181 signon with
Guest password Guest>> * Origin: -Com Port 1 DFW Amateur Radio
BBS [phone] (1:124/7009)It's probably cheaper to get MSYS
directly from the author.  $5 for MSYS1.13 and another $5 for
MOPT 1.13 (not required).  I use it at my callsign server BBS
and love it.  Lots of nice features.  The author:Michael
Pechura10809 Beechwood DriveChesterland, OH 44026(216)
256-1588Jim Raehl                     * [phone]WICAT
Systems, Incorporated   *  Packet radio:
[e-mail]1875 South State Street       *  (Morse
code NOT required for license)Orem, Utah  84058  (USA)      *
=== Are you sure I said that?
===------------------------------Date: 18 Mar 92 22:19:50
GMTFrom: ogicse!emory!wa4mei!ke4zv![e-mail]:
Packet radio and RFI from my computer.  Help!To:
[e-mail] article <[e-mail]>
[e-mail] writes:>I'm a brand new ham (callsign
pending) and want to join the packet fun.>I have a Mac and a
Kenwood HT (TH25-AT) and am looking at TNCs.  I have>a question
about RFI from my computer equipment (could be the external>hard
drive).  Anyway, whenever I even get near my Mac it opens the
squelch>on my Kenwood.  How could I possible run packet with
this problem?  Any>suggestions?This is an old story Cheryl.
There are ways to suppress computer RFI,but the first thing you
should try is to use a remote antenna on theHT. If you can get
the antenna 20 to 50 feet from the computer, theproblem may go
away. If this doesn't work, move the HT to the remotelocation
and run shielded audio wires from the HT to the TNC. Thisalmost
always works. Finally, you can invest in some conductive sprays
for the inside of the Mac case, complete disassembly
required.And you can put ferrite chokes on all the external
cabling which should be of the shielded type. Wrap the SCSI
cable in copper foiland ground it at both ends.Good luckGary
KE4ZV------------------------------Date: Thu, 19 Mar 1992
05:58:07 GMTFrom: xyzoom![e-mail]: Packet radio
and RFI from my computer.  Help!To: [e-mail]
article <[e-mail]> [e-mail]
writes:>I'm a brand new ham (callsign pending) and want to join
the packet fun.>I have a Mac and a Kenwood HT (TH25-AT) and am
looking at TNCs.  I have>a question about RFI from my computer
equipment (could be the external>hard drive).  Anyway, whenever
I even get near my Mac it opens the squelch>on my Kenwood.  How
could I possible run packet with this problem?
Any>suggestions?I think you're going to get a flood of
suggestions on this. To start, it would be good to figure out
exactly where the radiationis coming from.  Try unplugging first
the monitor (at the computer) todetermine if it's the video
cable--a likely suspect.  If it is, achoke can help eliminate
the problem.  If possible, unplug the harddrive and see if it
goes away.  If it does, a choke on that cablemight help.
Sometimes reorienting the cables at right angles to eachother
can help.  Does the squelch open on the HT across its entire
frequency range?Are you able to squelch out the RFI at some
frequencies?  An externalantenna will give you improved radio
performance and probably mitigatethe RFI problem.Congratulations
on your new license.--Rob-- Rob Lingelbach  KB6CUN
[e-mail] -or- ...!uunet!xyzoom!rob      2660
Hollyridge Dr L.A. CA 90068  voice: 213 464-6266 "I care not
much for a man's religion whose dog or cat are not thebetter for
it."  --Abraham Lincoln------------------------------Date: 19
Mar 92 04:48:09 GMTFrom:
swrinde!gatech!pitt!w2xo![e-mail]:
Proposed Standard for BBS distribution names.To:
[e-mail] article
<[e-mail]> [e-mail]
writes:>There already exists a standard (or rather 3 or 4 of
them) for the>extra fields needed in the rfc-822 style header.
Let's not invent>yet another, but simply use what is already in
use by various
mail->exchangers.>>X-BID:>X-Message_Type:>X-BBS-BID:>X-BBS-MSG-T:
This is all good, except that it poses the problem ofusers who
may not have access to a mailer that will generateX-headers
being "locked out" of the
system.-Jim------------------------------Date: 18 Mar 92
14:54:53 GMTFrom:
deccrl!news.crl.dec.com!nntpd.lkg.dec.com!koning.enet.dec.com@dec
wrl.dec.comSubject: What is "true FM" ?To:
[e-mail] article <[e-mail]>,
[e-mail] writes:|>Hi packeters
..|>|>Do you have any idea what means "16G3" type of modulation
?|>We are runing a packet application using "commercial type"
VHF T/X|>with this type of modulation. The "G" stands for
"reactance modulation"|>Is this type "true FM" ? Is this type
suitable for high speed (eg 9600)|>packet ?|>|>George P
Alexiou|>Univ of Patras|>Dept of Computer
Eng|>2600-Patras-Greece|>|>e-mail:
[e-mail]|>voice [phone]|>fax
[phone]Actually, "G" means "phase modulation"; reactance
modulation is one waybut not the only way to achieve that.That
isn't "true FM".  If your modem is one of those silly ones
thatrequires response down to DC, then this radio will not
serve.    paul, ni1d------------------------------Date: 18 Mar 92
23:20:09 GMTFrom:
ogicse!emory!wa4mei!ke4zv![e-mail]: What is
"true FM" ?To: [e-mail] article
<[e-mail]>
[e-mail] writes:>>Hi packeters
..>>Do you have any idea what means "16G3" type of modulation
?>We are runing a packet application using "commercial type" VHF
T/X>with this type of modulation. The "G" stands for "reactance
modulation">Is this type "true FM" ? Is this type suitable for
high speed (eg 9600)>packet ?16G3 means that the occupied
bandwidth is 16 kHz (16), the modulation typeis phase modulation
(G), and the modulation content is analog voice (3).The G,
rather than F, designator means that the radio may not be
suitablefor 9600 baud use. It may work, but it's not guaranteed.
The low frequencyresponse may not be able to track the near DC
components of some 9600baud modems.Gary
KE4ZV------------------------------End of Packet-Radio Digest
V92 #73******************************Date: Fri, 20 Mar 92
04:30:03 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #74To: packet-radioPacket-Radio Digest         Fri,
20 Mar 92       Volume 92 : Issue  74Today's Topics:
           Craig, where are you?                    HF AMTOR
Mailbox Frequencies ?              Looking for good Windows
Packet program !             Packet radio and RFI from my
computer. Help!            Using a full duplex repeater for
packet radioSend Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 19 Mar 1992 11:54:46 -0800From:
[e-mail]: Craig, where are you?To:
[e-mail] unable to return a reply to a message
from Craig Lemon VE3XCL regarding
[e-mail]
[e-mail]  IP/Packet: [e-mail]
[44.135.84.51]__________________the mailbox comes back with a
bad name error each time I try. Where are you Crag?  I can't
even find you in the callserver. Could you send me your
address?---------------------------------------------------------
--------------------Thomas Huson
n9ofv @ wb9uus.ampr.orgRoute 2, Box 101Carlinville, IL
62626------------------------------Date: 19 Mar 92 13:50:12
GMTFrom:
mcsun!uknet!pyrltd!root44!praxis![e-mail]: HF
AMTOR Mailbox Frequencies ?To: [e-mail]
Folks,Does anyone have a list or other info about where AMTOR
Mailboxeslive on HF ? Details of their capabilities would also
be usefulespecially those running gateways to AX.25 Packet.TIA &
73,Mike (G6DHU)------------------------------Date: Thu, 19 Mar
92 07:56:40 PSTFrom: RICHARD HAREL
<[e-mail]>Subject: Looking for good Windows Packet
program !To: [e-mail]'m now using Dynacomm
- nice but never intended for packet operation.Best thing I've
seen was written for a Macintosh (MacRatt) - haven'tyet seen a
Windows based program that features split screen and pull
downside macros...Any suggestions
???-Richrharel@fab8%sc.intel.com------------------------------Dat
e: 19 Mar 92 13:44:41 GMTFrom:
swrinde!mips!spool.mu.edu!agate!linus!linus![e-mail].E
DUSubject: Packet radio and RFI from my computer. Help!To:
[e-mail] have the inverse problem.  On HF (mostly
Amtor) the rf from the rig trashesthe keyboard.  I mostly
cleared this up on the computer in the shack by covering the
table everything sits on with aluminum foil tied to the
groundsystem.  I then wrapped the keyboard cord and all the
keyboard except the padin foil and taped it all to the foil on
the table.  The cord also has twoferrite toroids on it, left
over from a previous attempt.  I now only haveproblems if I
place my hands over the keypad without resting my wrists on
thefoil.  The keyboard to another computer 30 feet away still
goes nuts, but Ihaven't foiled it yet.John WA9FCH
([e-mail])------------------------------Date: 19 Mar
1992 11:00:21 -0800From: [e-mail]:
Using a full duplex repeater for packet radioTo:
[e-mail] the Los Angeles area, we have 2 such
beasties, one using a verylong hangtime (n6gpp/r, 146.745 -600);
the other using none (wb6ymh,145.36 -600, Palos Verdes).  Both
run at 1200 baud; wb6ymh also runs9600 baud on the same channel.
Even though the frequency is quite busy, throughput is
virtuallyalways great.  Hidden nodes are a thing of the past;
collisions arequite minimal, and could be improved if everyone
would set params to reasonable settings - we have a few
"oinkers" who think that they're more important than anyone
else.  We're even able to have tcp/ip peacefully and
successfully coexisting with ax.25 stations on a very busy
PBBS/file server channel.The n6gpp/r machine is being relocated
to (I think) Saddle Peak in theMalibu Hills, and is currently
out of service.  -- Mike
wd6ehr.ampr.org![e-mail]------------------------------D
ate: 19 Mar 92 16:35:42 GMTFrom:
swrinde!zaphod.mps.ohio-state.edu!van-bc!ubc-cs!alberta!canada!ly
[e-mail]: [e-mail]
<[e-mail]>, <[e-mail]>,
<[e-mail]>alberSubject : Re: BBS name standards /
Packet-BBS gatewaysIn article <[e-mail]>,
[e-mail] (Jim Durham) writes:> I guess the question
is whether we want to remain with the present> system at all.
How about just assigning a real top-level domain> name for
packet bbses, as "ampr.org" is for tcp/ip amateurs? Then> we
could treat the rest of the address any way we wanted within>
the domain.Exactly! There is nothing stopping us from running
SMTP over AX.25as well as TCP. If we adopt RFC821/822 e-mail,
all the problems ofgatewaying to/from the rest of the world go
away. Is any of the current AX.25 BBS software available in
source form?I would really like to convert one of them over to
SMTP mail as aproof of concept.--lyndon
VE6BBM/VE6TCP------------------------------End of Packet-Radio
Digest V92 #74******************************Date: Sat, 21 Mar 92
04:30:04 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #75To: packet-radioPacket-Radio Digest         Sat,
21 Mar 92       Volume 92 : Issue  75Today's Topics:
      APLINK WANTED - WHERE ? (2 msgs)
  coco 3 info                Packet Radio Research at Georgia
Tech.        Using a full duplex repeater for packet radio (2
msgs)Send Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: Thu, 19 Mar 1992 21:26:00From:
seas.smu.edu!utacfd.uta.edu!trsvax!rwsys!ocitor![e-mail]
.netSubject: APLINK WANTED - WHERE ?To: [e-mail] >
WHERE CAN I FIND APLINK ? > I HAVE THE 3.93 VERSION OF 1989. >
################################################### > #
 George Katsimaglis  SV1BDS  [KM17VX]  # > # P-mail  :
[e-mail]               # > # amprnet :
[e-mail]  [44.154.1.3]  # > # E-mail  :
[e-mail]                # > #
[e-mail]        # >
###################################################apl505.exe is
the latest version .. 287k ..if anyone wants to get it and place
in ftp you can download from my bbs Com Port 1 - [phone]
--at name prompt type:    Guest;guest60 mins -- download
priviledges --lee - wa5ehaCom Port 1 Sysop * Origin: -Com Port 1
DFW Amateur Radio BBS [phone]
(1:124/7009)------------------------------Date: 20 Mar 92
17:30:00 GMTFrom:
swrinde!mips!think.com!linus!linus![e-mail]
: APLINK WANTED - WHERE ?To:
[e-mail]@f7009.n124.z1.fidonet.org (Lee
Laird) writes:>apl505.exe is the latest version .. 287k ..>if
anyone wants to get it and place in ftp you can download from my
bbs Com Port 1 - [phone] --5.05 is NOT the latest.  The
latest version as of this week is 6.03.  Version6.xx
incorporates upper/lower case and, if you have the latest proms
in yourHAL or PK232, full ASCII printables.  I will try to get
it uploaded to an FTPsite, and will post Vic's landline BBS
number (I did that once before).  It is also available off
Compuserve.  Maybe a Compuserve user can post how to get
itthere.  John WA9FCH (APlink, Reston, VA)
([e-mail])------------------------------Date: 20 Mar 92
20:54:36 GMTFrom:
ogicse!uwm.edu!wupost!psuvax1!uxa.ecn.bgu.edu![e-mail].
EDUSubject: coco 3 infoTo: [e-mail] am in need of
ham software for my coco 3 dinosaur is any body outthere still
using this machine for packett or rtty or other digitalmodes i
would like to hear from you.tnx kb9gig
csjos------------------------------Date: 20 Mar 92 22:31:04
GMTFrom:
swrinde!gatech!cc.gatech.edu![e-mail]:
Packet Radio Research at Georgia Tech.To:
[e-mail] people expressed an interest in
obtaining the dissertation forthe research by Dave Stevens,
"TDMA Slot Allocation Strategies forMobile Packet Radio
Networks", I had posted information about eariler.The tar'ed
compress'ed set of postscript files that make up his thesiscan
be anonomously ftp'ed from ftp.cc.gatech.edu in the
directorypub/other.  The name of the file is
TDMA.packet.thesis.ps.tar.ZEnjoy.    haroldFORBES, HAROLD C.
N5JCMGeorgia Institute of Technology, Atlanta Georgia,
30332uucp:
...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!cc!haroldARPA:
[e-mail]               PACKET: N5JCM @
W4QO------------------------------Date: 20 Mar 92 16:44:18
GMTFrom:
sdd.hp.com!think.com!yale.edu!jvnc.net!netnews.upenn.edu!uofs!fal
con.cs.uofs.edu![e-mail]: Using a full
duplex repeater for packet radioTo: [e-mail] am
becoming intrigued by this full-duplex packet repeater idea.Now
I have a question.  I have a DR-200.  Basicly it consists of a
Z80, SIO, and 2 7910's.Is it practical to:    a)  Remove the SIO
and connect the 2 7910's together directly adding         the
necessary squelch/PTT interface to make this a basicly Analog
       regenerative repeater.    b)  Leave the box intact, but
write new firmware that would in essence          merely take
the input from one channel and re-transmit it on the
other channel, making this a digital regenerative repeater.
c)  Is there some third option that I have missed??  I am
familiar with the idea of just using voice repeater technology,
but I thinkthere is a possibility of a much more elegant
solution.  And I do have a pair ofthese boxes just gathering
dust at this point.bill   KB3YV--      Bill Gunshannon
|        If this statement wasn't here,
[e-mail]   |  This space would be left
intentionally blank     [e-mail]    |
#include <std.disclaimer.h>
------------------------------Date: Fri, 20 Mar 1992 22:31:27
GMTFrom:
sdd.hp.com!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locu
s.com![e-mail]: Using a full duplex repeater
for packet radioTo: [e-mail] article
<[e-mail]> [e-mail] writes:>I
am becoming intrigued by this full-duplex packet repeater
idea.>Now I have a question.  >>I have a DR-200.  Basicly it
consists of a Z80, SIO, and 2 7910's.>>Is it practical to:>
a)  Remove the SIO and connect the 2 7910's together directly
adding>         the necessary squelch/PTT interface to make this
a basicly Analog >          regenerative repeater.  This would
work, but is overkill. One 7910 is enough.>    b)  Leave the box
intact, but write new firmware that would in essence >
merely take the input from one channel and re-transmit it on
the>          other channel, making this a digital regenerative
repeater.  For a duplex packet repeater to be effective, it must
repeat theincoming bit stream with minimum delay.>>    c)  Is
there some third option that I have missed??  >   Yes. Take a
7910 and connect the demodulator output the modulatorinput. I'd
suggest using a combination of fast noise based squelchon the
receiver and coherent data detect on the output of the
demodulatorto control PTT according to the following logic:WHILE
TRUE DO    IF Receiver_Squelch is Active THEN        IF Coherent_DCD is
True THEN            Enable_Received_Data to
Transmitter        ELSE            Send_Idle_Flags to
Transmitter        ENDIF    ENDIFEND  This way, stations won't stupidly
send data that could bedestroyed by a non-data interfering
signal at the repeater input>I am familiar with the idea of just
using voice repeater technology, but>I think there is a
possibility of a much more elegant solution.  I've heard this
said several times, but rarely ever seen anythingmore elegant.
I'm not sure why a voice repeater style duplex machineis
supposed to inelegant, anyway. Please explain....--  * Dana H.
Myers KK6JQ         | Views expressed here are    * * [phone]         |
mine and do not necessarily    * * [e-mail]  DoD #466     |
reflect those of my employer    * * "Dammit Bones, spare me the
lecture and give me the shot!"
*------------------------------Date: 20 Mar 92 14:35:57 GMTFrom:
usc!cs.utexas.edu!utgpu!cunews!revcan!software.mitel.com!perryd@n
etwork.UCSD.EDUTo: [e-mail]
<[e-mail]>, <[e-mail]>,
<[e-mail]>arSubject : Re: BBS name standards / Packet-BBS
gatewaysIn article <[e-mail]> [e-mail] (Lyndon
Nerenberg) writes:>In article <[e-mail]>,
[e-mail] (Jim Durham) writes:[stuff about smtp over
ax25 ... my news poster wouldn't let me include]>Is any of the
current AX.25 BBS software available in source form?>I would
really like to convert one of them over to SMTP mail as a>proof
of concept.>>--lyndon  VE6BBM/VE6TCPMaybe you should check out
wg7j's version of ka9q NOS. He says heis running it as a "full
service" bbs.  It's version 1.00, andyou can ftp it from
wg7j.ece.orst.edu.  I think you may be ableto do at least some
of the things you have in mind with it.Dave-- Dave
Perryve3ifb@ve3jf.#[e-mail]-------
-----------------------Date: 20 Mar 1992 18:04:04 -0800From:
ucsd.edu![e-mail]:
[e-mail] <[e-mail]>,
<[e-mail]>,
<[e-mail]>Subject : Re: Using a full
duplex repeater for packet radioInstead of sending flags, you
could send 1/0 transitions.  The statemachine PLL on the far end
might lock up faster, although it's not quitekosher.    -
Brian------------------------------End of Packet-Radio Digest
V92 #75******************************Date: Sun, 22 Mar 92
04:30:04 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #76To: packet-radioPacket-Radio Digest         Sun,
22 Mar 92       Volume 92 : Issue  76Today's Topics:
          alinco DJ160 to MFJ 1274
PHS Software            Using a full duplex repeater for packet
radioSend Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 21 Mar 92 15:12:58 GMTFrom:
swrinde!mips!spool.mu.edu!cserver!edsi![e-mail]
ubject: alinco DJ160 to MFJ 1274To: [e-mail]
anyone have a cable (or at least configuration) for connecting
anAlinco DJ160 HT to an older MFJ 1274?-- Jason Hanson
___/\  /\  /\  /\___   Mr. ResistorLocal 145.15 -         \/  \/
 \/        [e-mail] Radio: N9LEA  Menasha,
Wisconsin USA
..spool!cserver!edsi!resistor------------------------------Date:
20 Mar 92 16:48:32 GMTFrom:
usc!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus@net
work.UCSD.EDUSubject: PHS SoftwareTo: [e-mail]
article <[e-mail]>
[e-mail] writes:  >   > I am trying
to locate this software.  Can anyone steer me to a source.   > I
understand that it is shareware from the Author of THS for the
DRSI  > board.  >   > Jay Ws7i  >   >   >  * Origin: Radio
Therapy BBS (1:346/3)  >I have this package available. Send me
some mail and we can arrange trasfer.xenon!skyld!jangus |   This
space left blank intentionally.   |J Angus, PO Box 4425, Carson
CA 90749-4425 voice (213)
324-6080------------------------------Date: 21 Mar 92 14:30:31
GMTFrom:
swrinde!gatech!emory!kd4nc!ke4zv![e-mail]:
Using a full duplex repeater for packet radioTo:
[e-mail] article <[e-mail]>
[e-mail] writes:>I am becoming intrigued by this
full-duplex packet repeater idea.>Now I have a question.  >>I
have a DR-200.  Basicly it consists of a Z80, SIO, and 2
7910's.>>Is it practical to:>    a)  Remove the SIO and connect
the 2 7910's together directly adding>         the necessary
squelch/PTT interface to make this a basicly Analog >
regenerative repeater.Yes, it's prossible to do this, but the
7910 is not particularly wellsuited to this service. Ideally you
want to run open squelch on therepeater receiver and use DCD to
key the repeater transmitter. The7910 is not a happy camper with
open squelch. If you add a TAPR DCDstate machine board, it
should work ok. We've found that regenerationisn't much of an
improvement. Generally if the repeater can decode it,user's can
decode the repeated output without regeneration. Using aDCD
state machine for squelch is a big help though, it
discouragesvoice users and other sources of kerchunking.>    b)
Leave the box intact, but write new firmware that would in
essence >         merely take the input from one channel and
re-transmit it on the>          other channel, making this a
digital regenerative repeater.You *really* don't want to do
this. You add back the packet delay thatyou removed by going to
a duplex repeater and you lose all thehidden terminal protection
you gained with the duplex repeater. You'dbe better off going
back to simplex and saving a channel.Gary
KE4ZV------------------------------Date: Sat, 21 Mar 92 18:31:30
GMTFrom:
usc!rpi!news-server.csri.toronto.edu!torsqnt!geac!sq!rph@network.
UCSD.EDUTo: [e-mail]
<[e-mail]>,
<[e-mail]>,
<m21198.701012681@mwunix>Subject : Re: Packet radio and RFI from
my computer. Help![e-mail] (John McHarry)
writes:>I have the inverse problem.  On HF (mostly Amtor) the rf
from the rig trashes>the keyboard.I had the same problem with
Digital VT220 terminal.This marvel of a terminal not only has
signal ground internally connected toframe ground, but also uses
unshielded phone cord as the keyboard cable,going directly into
some TTL line buffers, with *no* bypass capacitors orchokes
whatsoever. 5-10W of HF RF would make the terminal freeze
up.Toroids and bypass capacitors on all cables (including power
and serial) madeit work 50% of the time at 100W, but it was
still pretty dreadful.Since then I've obtained an HDS 200
terminal, which *comes* with toroids inthe keyboard cord and
doesn't even flinch at 100W.> John WA9FCH ([e-mail])PS:
I once had some problems with a VT220 connected by a serial line
to acomputer in another building that was on separate ground. I
explained thesituation to Digital. They send me back a snotty
sounding letter saying itwas my fault for not grounding the
serial line shield at both ends. In otherwords, they told me to
deliberately create a hazardous ground loop, eventhough their
misdesigned terminals do so already thanks to a
commonsignal/frame ground. Arrgh. -- Pontus
Hedman            [e-mail]        {uunet|utzoo}!sq!rphAX25:VE3RPH @
VE3OGS.#SCON.ON.CAN            [phone]Disclaimer: the above is not
intended as an endorsement for VT220
terminals.------------------------------Date: 22 Mar 1992
04:11:37 GMTFrom:
usc!wupost!bcm!lib!oac.hsc.uth.tmc.edu![e-mail]
o: [e-mail]
<[e-mail]>, <m21198.701012681@mwunix>,
<[e-mail]>Subject : Re: Packet radio and
RFI from my computer. Help!In article
<[e-mail]> [e-mail] (Pontus Hedman
(VE3RPH)) writes:>[e-mail] (John McHarry)
writes:>>I have the inverse problem.  On HF (mostly Amtor) the
rf from the rig trashes>>the keyboard.>I had the same problem
with Digital VT220 terminal.Ack. The console on my home Unix box
is a VT220 I picked up at a hamfest...upuntil your comments, I
thought $40 for a running terminal was a pretty gooddeal.-- Jay
Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that
which [e-mail]      | adequately be
explained by a .sig virus.      "BUGS: Fewer than last time." --
archie(1), Brendan Kehoe------------------------------Date: Sun,
22 Mar 1992 07:00:06 GMTFrom:
qualcom.qualcomm.com!chicago.qualcomm.com![e-mail]
: [e-mail]
<[e-mail]>,
<[e-mail]>,
<[e-mail]>-Subject : Re: Using a full duplex
repeater for packet radioIn article <[e-mail]>
[e-mail] (Brian Kantor) writes:>Instead of sending flags,
you could send 1/0 transitions.  The state>machine PLL on the
far end might lock up faster, although it's not quite>kosher.>    -
BrianNote that to do this with an HDLC chip you actually need to
send astream of 0 bits, since these are encoded by NRZI to
continuous 1/0transitions on the line.  Unfortunately there
seems to be no easy wayto program an 8530 chip to do this
automatically between frames - itcan send either continuous
flags or ones. One way might be toreprogram the chip into Mark
Idle and FM0 (Manchester) mode for thepreamble, since 1's
encoded in FM0 are an alternating 1/0 sequence onthe line at the
bit rate. Then you switch to Flag Idle and NRZI andbegin the
frame.As for kosherness, it should be okay as long as the
receiver softwareis defensively written. A flag (either
deliberately sent or generatedfortuitously when the receiver
squelch first opens) followed byencoded zeros will look like a
valid frame until the arrival of theflag that starts the actual
data frame. This will cause the "frame" ofzeros to be discarded
with a CRC error, but if the preamble is verylong the receiver
may overflow its buffer. This is something that anydecent HDLC
driver should be checking anyway -- consider two frameswith a
mangled flag between them.Ideally the demodulator should clamp
receive data at 1 (marking) whenthe squelch is close and release
it only when incoming data is stable.This will cause an HDLC
abort and the HDLC chip will begin looking fora flag, ignoring
anything (such as a preamble) ahead of it.Also, some DMA-driven
cards and drivers may have trouble at highspeeds if there is
only one flag between the all-zeros preamble andthe actual data
frame due to the short time allowed for the host CPUto service
the end-of-frame interrupt.Phil------------------------------End
of Packet-Radio Digest V92
#76******************************Date: Mon, 23 Mar 92 04:30:03
PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #77To: packet-radioPacket-Radio Digest         Mon,
23 Mar 92       Volume 92 : Issue  77Today's Topics:
    9600 baud for GE Master II (2 msgs)                      FM
radios for 9600 packet                     Internet->NTS gateway
& how?            Packet radio and RFI from my computer.
Help!Send Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: Sun, 22 Mar 1992 12:33:06 GMTFrom:
news.hawaii.edu!mpg.phys.hawaii.edu![e-mail]: 9600
baud for GE Master IITo: [e-mail] for advice
on interfacing 9600 baud (K9NG/G3RUH) modems to a VHFGE Master
II running as a full-duplex repeater.  The manual implies that
the exciter actually uses phase modulation instead of frequency
modulation.  WillI have to make a varactor modulator and attach
it in parallel with the crystal in the oscillator module?  Does
anyone have a working circuit that I could copy?  Are the
receiver/transmitter bandwidths wide enough to handle 9600
BAUD?And finally a more generic question:  can anybody suggest
sources for 2-meter duplexers at a reasonable price?  There is a
possibility the duplexors may be exposed to a relatively
high-humidity environment.-- Antonio Querubin
[e-mail] / [e-mail] /
[e-mail]------------------------------Date: 22 Mar
92 16:25:01 GMTFrom:
swrinde!cs.utexas.edu!usc!wupost!emory!kd4nc!ke4zv!gary@network.U
CSD.EDUSubject: 9600 baud for GE Master IITo:
[e-mail] article
<[e-mail]>
[e-mail] (Antonio Querubin) writes:>Looking for
advice on interfacing 9600 baud (K9NG/G3RUH) modems to a VHF>GE
Master II running as a full-duplex repeater.  The manual implies
that the >exciter actually uses phase modulation instead of
frequency modulation.  Will>I have to make a varactor modulator
and attach it in parallel with the >crystal in the oscillator
module?  Does anyone have a working circuit that I >could copy?
Are the receiver/transmitter bandwidths wide enough to handle
>9600 BAUD?Just use the Channel Guard input for your modulation.
Works great, costslittle. The receiver passband is a little on
the tight side, but it'llwork.>And finally a more generic
question:  can anybody suggest sources for 2-meter >duplexers at
a reasonable price?  There is a possibility the duplexors may be
>exposed to a relatively high-humidity environment.Join your
repeater coordination group. If they publish a newsletter
ormagazine like SERA does, there will be a source for contacts
who haveduplexers for sale, or know where to find them.Gary
KE4ZV------------------------------Date: 21 Mar 92 15:37:40
GMTFrom:
usc!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!bongo!julian@net
work.UCSD.EDUSubject: FM radios for 9600 packetTo:
[e-mail]    I have been quietly searching for a good
affordable radio for9600 baud packet. There is currently the Tek
radio. It costs about $150and leaves much to be desired.
Kantronics has a radio, that does OK butthe RX performs poorly
in the madding RF environment of GreaterDisneyland.    The
Riverside Fire dept runs 9600 baud packet. They alsofinance some
amateur nodes under the bogus "public service" banner -Your tax
dollars at work.    So I ended up talking to Mike Burton, N6KZB of
Riverside FireBrigade about what radios to use. He said he had
been using some Kenwood models - the TK-710 and TK-810. But of
course, these have since been discontinued and replaced with
"improved" models with scanning and more LEDs. Yes, of course
the price has gone up.    He said his radio of choice is now the
Yeasu Vertex line. Theyhave models with 4 channels and 24
channels. These radios are true FM,40 Watts and are available
for low band and high band VHF as well as UHF (6M, 2M, & 450 in
hamspeak).    So I called his supplier who told me the following:
He wouldsell me the radios for $449 for the 4 channel model and
$509 for the 24channel model. He would supply the radio
programmed to my choice offreqs. Well silly me, I asked if I
could reprogram them, was it justa PROM change etc. He then
claimed that the programming info was Yaesuprorietary and he
couldn't give it to me, but would be happy to do it for it for
$50.    This is crap. This is like a car dealer saying they
won'tlet me have service info, that only the dealership can
change the sparkplugs.     So, does anyone have the programming
info?    Does anyone have or know where I can get service
docs?    Anyone know anywhere else I can buy these radios?-- Julian
Macassey, [e-mail]  N6ARE@K6VE.#SOCAL.CA.USA.NA742
1/2 North Hayworth Avenue Hollywood CA 90046-7142 voice (213)
653-4495------------------------------Date: 22 Mar 92 16:59:30
EDTFrom:
pacbell.com!iggy.GW.Vitalink.COM!widener!psuecl![e-mail].
EDUSubject: Internet->NTS gateway & how?To:
[e-mail]'d like to send a mail message from an
internet node to a packet radio user at NTS node K1MEA-8,
located in western Mass.Which gateways have been established for
this type of messaging,and how do I include them on the mail
address line?(Note:  I'm not very familiar with NTS) Thanks,Tom
GionfriddoPenn State Univ------------------------------Date: 22
Mar 92 15:12:34 GMTFrom: hayes![e-mail]:
Packet radio and RFI from my computer.  Help!To:
[e-mail] article
<[e-mail]>, [e-mail] (Gary
Coffman) writes:> > In article <[e-mail]>
[e-mail] writes:>>I'm a brand new ham (callsign
pending) and want to join the packet fun.>>I have a Mac and a
Kenwood HT (TH25-AT) and am looking at TNCs.  I have>>a question
about RFI from my computer equipment (could be the
external>>hard drive).  Anyway, whenever I even get near my Mac
it opens the squelch>>on my Kenwood.  > > This is an old story
Cheryl. There are ways to suppress computer RFI,> but the first
thing you should try is to use a remote antenna on the> HT. If
you can get the antenna 20 to 50 feet from the computer, the>
problem may go away. If this doesn't work, move the HT

to the remote> location and run shielded audio wires from the HT
to the TNC. This> almost always works. All good advice.>
Finally, you can invest in some conductive > sprays for the
inside of the Mac case, complete disassembly required.Don't
bother. All Macs already have such coatings on the inside of
theircases. You might consider looking at that Hard disk drive.
The radiationis not likely to come from the Mac, but from an
external device, such asthe disk drive mentioned. Try switching
off suspect devices to narrow theproblem down.> And you can put
ferrite chokes on all the external cabling which > should be of
the shielded type. Wrap the SCSI cable in copper foil> and
ground it at both ends.I have yet to see an unshielded SCSI
cable for the Mac. If you are usingone, toss it an get a good
quality cable.-- Bill Coleman, AA4LR                ! CIS:
76067,2327    AppleLink: D1958Principal Software Engineer
! Packet Radio: AA4LR @ W4QOHayes Microcomputer Products, Inc. !
UUCP: uunet!hayes!bcolemanPOB 105203 Atlanta, GA 30348 USA   !
Internet: [e-mail]: "My employer
doesn't pay me to have opinions."Quote: "The same light shines
on vineyards that makes deserts." -Steve
Hackett.------------------------------Date: 22 Mar 92 21:04:11
GMTFrom:
swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!pacific.mps.
ohio-state.edu!linac!att!cbfsb!cbnewsb.cb.att.com!wa2ise@network.
UCSD.EDUTo: [e-mail]
<m21198.701012681@mwunix>, <[e-mail]>,
<[e-mail]>ps.ohioSubject : Re: Packet radio and RFI from
my computer. Help!In article <[e-mail]>
[e-mail] (Jay Maynard) writes:>In article
<[e-mail]> [e-mail] (Pontus Hedman
(VE3RPH)) writes:>>[e-mail] (John McHarry)
writes:>>>I have the inverse problem.  On HF (mostly Amtor) the
rf from the rig trashes>>>the keyboard.>>I had the same problem
with Digital VT220 terminal.>>Ack. The console on my home Unix
box is a VT220 I picked up at a hamfest...up>until your
comments, I thought $40 for a running terminal was a pretty
good>deal.I've been using a VT220 on VHF packet without
problems.  Not much RFI.  Butmy radio's antenna is on the roof
about 20 feet overhead.  Also use thisterminal to read NetNews
at home (using it as I type
this).------------------------------End of Packet-Radio Digest
V92 #77******************************Date: Tue, 24 Mar 92
04:30:02 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #78To: packet-radioPacket-Radio Digest         Tue,
24 Mar 92       Volume 92 : Issue  78Today's Topics:
  BBS name standards / Packet-BBS gateways
  Internet=>NTS packet                           Packet on a
NeXT                Packet Radio Research at Georgia Tech.
                PI card software update
Please help me find WNOS.             Setting up 'conventional'
TCP/IP for packet                    Sources for APlink
executablesSend Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 23 Mar 92 22:38:58 GMTFrom:
sdd.hp.com!spool.mu.edu!umn.edu!orstnews!ECE.ORST.EDU!johan@netwo
rk.UCSD.EDUSubject: BBS name standards / Packet-BBS gatewaysTo:
[e-mail]'d implement it in my version of NOS, if
we agree on somethingHow about 'X-BID:
'73Johan,wg7j------------------------------Date: 23 Mar 1992
08:11:23 -0800From: [e-mail]:
Internet=>NTS packetTo: [e-mail], I am not sure
whether or not the existing Internet<>Packet gateways
arecurrently configured to handle NTS Traffic (Maybe Jim/W2XO
can enlighten us).In any event to send a piece of NTS traffic
via packet, you need to locatea consenting amateur (like myself)
who will take your message, put it into NTSformat, and place in
on a full-service AX.25 BBS for forwarding. If you wouldlike me
to send a piece of traffic to your friend, please send me
thefollowing information:1. Your friend's name and call (I
assume his HomeBBS is K1MEA.MA.USA.NOAM).2. His address,
including his zip code, as the packet network uses
postal'zipcodes for forwarding.3. A local phone number4. A
message of about 25 words (no more than 30). Be sure to end
sentences with"X" (X-ray) instead of a period. Each "X" counts
as a word.Depending on whether or not your friend operates
packet you may be able tosend a direct message to him through
one of the gateways. One of the fineand generous people who
operate the Internet<>Packet's gateways shouldbe able to provide
you with the necessary information to do that. Otherwise,I would
be more than happy to handle a piece of NTS traffic to your
friend.73 de Will/KB4LFDInternet:
[e-mail]  :
[e-mail]------------------------------Date: 23 Mar
92 13:47:46 GMTFrom:
usc!wupost!psuvax1!hsdndev!ncar!noao!amethyst![e-mail]
USubject: Packet on a NeXTTo: [e-mail]
written a packet driver for a NeXT box?  If not I'm going to,and
could use a little direction.  Since I want to use an RS232
portfor the physical connection to the modem, should I modify a
SLIPintermface (to work with AX.25)?Just passed the exams, and
am making plans (budget).  Ideally, I wouldlike to NOT have to
explicitly indicate a radio device.  Rather, I'dlike to run
commands normally, and use a radio domain name like:ftp
machine1.amrd.orgBTW I like what  read earlier about an ametuer
radio domain name;that'sa CLEAN way to keep everyone
[e-mail] location:
Bozeman MT------------------------------Date: 23 Mar 92 23:07:25
GMTFrom:
swrinde!gatech!cc.gatech.edu![e-mail]:
Packet Radio Research at Georgia Tech.To:
[e-mail] article
<[e-mail]> [e-mail]
writes:>The tar'ed compress'ed set of postscript files that make
up his thesis>can be anonomously ftp'ed from ftp.cc.gatech.edu
in the directory>pub/other.  The name of the file is
TDMA.packet.thesis.ps.tar.ZThis file is short some pages.  I
will repost as soon as I get it fixed.Sorry.    haroldFORBES,
HAROLD C.   N5JCMGeorgia Institute of Technology, Atlanta
Georgia, 30332uucp:
...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!cc!haroldARPA:
[e-mail]               PACKET: N5JCM @ W4QOFORBES,
HAROLD C.   N5JCMGeorgia Institute of Technology, Atlanta
Georgia, 30332uucp:
...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!cc!haroldARPA:
[e-mail]               PACKET: N5JCM @
W4QO------------------------------Date: 23 Mar 92 19:47:05
GMTFrom:
swrinde!cs.utexas.edu!utgpu!cunews!revcan!software.mitel.com!perr
[e-mail]: PI card software updateTo:
[e-mail] am releasing an update for the PI card
software, for both the compiled-inand packet driver versions.
There was a bug in the DMA driver code which wouldcause received
packets to be lost under some situations. The performancewith
sliding window protocols is greatly improved, and you may find
thatyou no longer have to run in "stop and wait" mode (ie, with
tcp window = mss).The replacement files for the compiled-in
version are in PI920323.ZIP,and the packet driver version is in
PI_DVR3.ZIP.  These may be foundon hydra.carleton.ca in
pub/packetstuff.  I have also put them on UCSD.EDUin
hamradio/packet/tcpip/incoming.Dave-- Dave
Perryve3ifb@ve3jf.#[e-mail]-------
-----------------------Date: Tue, 24 Mar 1992 04:43:22 GMTFrom:
usc!zaphod.mps.ohio-state.edu!mips!mips!boy![e-mail].E
DUSubject: Please help me find WNOS.To: [e-mail]
am looking for a copy of WNOS, a TCP-IP ham radio program for
windows.If anyone can send me the program or assist me in
getting it I wouldbe greatly appreciated.Thank YouAaron D.
McClureWD0FAA@N6QM.#[e-mail]---------------------
---------Date: 23 Mar 92 18:29:14 GMTFrom:
swrinde!gatech!taco!garfield.catt.ncsu.edu![e-mail].
EDUSubject: Setting up 'conventional' TCP/IP for packetTo:
[e-mail] am interested in using TCP/IP for working
packet radio instead of thedefault AX.25 that my TNC can talk by
itself.  My TNC does have a KISS mode,so I should be able to do
it.  I am currently running TCP/IP over an ethernetconnection on
the Internet.  Since I already have TCP/IP software working, I
would like to be able to use my SLIP server to talk to my TNC.
I know about the ka9q/NOS package, and I know that it can handle
the ethernet connection,but since I am running OS/2 instead of
D(umb)OS, I would prefer to stick withthe OS/2 TCP/IP
package.With that said, my question is:  How would I go about
setting-up this (or anyother 'standard') TCP/IP package to
properly transmit my callsign, etc for packet radio
communication?Another question would be:  Does anyone know of an
OS/2 version of ka9q/NOS?Thanks in advance!John
-----------------------------------------------------------------
-----------|  John W. Linville                Amateur radio:
KD4KHC                  ||  #include "std_disclaimer.h"
E-mail:  [e-mail]
|----------------------------------------------------------------
------------------------------------------Date: 23 Mar 92
20:20:45 GMTFrom:
sdd.hp.com!think.com!linus!linus![e-mail]:
Sources for APlink executablesTo: [e-mail] the
request of Ole, SV1BDS, I have uploaded a self extracting
archive of APlink 6.02 to ucsd.edu.  It is in
hamradio/packet/tcpip/incoming.  This isnot quite current.
Current is 6.03, but I don't yet have it.  Sources for the
current version:  Quik BBS in San Antonio 512-690-5312
(8n1).Compuserve's Hamnet forum.  On disk from TAPR $2 for 5
1/4, $3 for 3 1/2...  plus postage outside .NA.     TAPR, PO Box
12925, Tucson, AZ 85732  (I have no connection with TAPR,
and I doubt they are making anything off this at that
price.)John WA9FCH
([e-mail])------------------------------End of
Packet-Radio Digest V92 #78******************************Date:
Wed, 25 Mar 92 04:30:02 PSTFrom: Packet-Radio Mailing List and
Newsgroup <[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #79To: packet-radioPacket-Radio Digest         Wed,
25 Mar 92       Volume 92 : Issue  79Today's Topics:
BBS name standards / Packet-BBS gateways (2 msgs)
     Clover information wanted...                     Icom W2A
<-> TNC Connections                     NOS for Microsoft
Windows??Send Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 24 Mar 92 16:53:43 GMTFrom:
sdd.hp.com!spool.mu.edu!umn.edu!orstnews!ECE.ORST.EDU!johan@netwo
rk.UCSD.EDUSubject: BBS name standards / Packet-BBS gatewaysTo:
[e-mail] previous message to cut off for some
reason, so here it is again :-(I have read the discussion on
this topic with interest.Now that it seems to have died down a
bit, i am wondering ifthere was a concensus on anything ?I for
one would like to agree on some X- header to indicate BID,so
that we could forward some bulletins over Internet to
gateway-systemsthat can handle those headers appropriately, and
pump them into the networklocally with proper bid. This would
relieve the HF network and speedup delivery(stuff like amsat
buls with shuttle parameters comes to mind :-)I'd implement it
in my version of NOS, if we agree on somethingHow about 'X-BID:
'73Johan,wg7j------------------------------Date: 24 Mar 92
16:56:11 GMTFrom:
sdd.hp.com!spool.mu.edu!umn.edu!orstnews!ECE.ORST.EDU!johan@netwo
rk.UCSD.EDUSubject: BBS name standards / Packet-BBS gatewaysTo:
[e-mail] previous message got cut off for some
reason, so here it is again :-(I have read the discussion on
this topic with interest.Now that it seems to have died down a
bit, i am wondering ifthere was a concensus on anything ?I for
one would like to agree on some X- header to indicate BID,so
that we could forward some bulletins over Internet to
gateway-systemsthat can handle those headers appropriately, and
pump them into the networklocally with proper bid. This would
relieve the HF network and speedup delivery(stuff like amsat
buls with shuttle parameters comes to mind :-)I'd implement it
in my version of NOS, if we agree on somethingHow about 'X-BID:
'73Johan,wg7j------------------------------Date: Tue, 24 Mar
1992 17:27:15 GMTFrom:
usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!hamblin.math.b
yu.edu!shamu.caedm.byu.edu![e-mail]: Clover
information wanted...To: [e-mail] time ago I
asked for information about HF packet radio and what speeds
were attainable.  I am still working on that paper.  It is
coming along, but  I have heard about a new method, Clover.
Could anyone tell me a little about  it?  I have only heard
about it, never seen anything written about it.  Is it
promising?--Sean
Eckton-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
=-=-=-=-=-=-=-=-=-Internet:  [e-mail]      Brigham
Young University, Provo, UT.Packet Radio:  kd6bik @
wb7esh.#orem.ut.usa.na-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-------------------------------D
ate: Wed, 25 Mar 1992 00:07:23 GMTFrom:
munnari.oz.au!uniwa!antlia![e-mail]: Icom
W2A <-> TNC ConnectionsTo: [e-mail] anyone know
how to connect an Icom W2A to a packet TNC?? Where doesthe PTT,
audio in, audio out and earth lines attach to the
plug?Thanks!Gary-------------------------------------------------
-----------------------------Gary Carroll: Consulting and
Programming Services    Phone: [phone]
Winthrop Technology                    Fax  : [phone]
        University of Western Australia
[e-mail]              Nedlands 6009 AUSTRALIA
         Packet Radio:
VK6XQ@VK6KS------------------------------------------------------
------------------------------------------------------Date: 25
Mar 92 04:54:33 GMTFrom:
swrinde!mips!mips!boy![e-mail]: NOS for
Microsoft Windows??To: [e-mail] I want to
thank everyone who replied to my quest to findWNOS.  As I
quickly found out WNOS is not a Microsoft Windowsprogram.  What
I would like to know is weather a Microsoft WindowsNOS program
exists.  I think one may since QST mentioned that on page 92 of
the March 1992 issue that a NOS for MicrosoftWindows has
recently arrived.  If such a program exists I wouldbe very
intrested and would like to aquire a copy.I would appreciate any
information on this subject.Thank you.Aaron D.
McClureWD0FAA@N6QMY.#[e-mail]--------------------
----------Date: 23 Mar 92 14:38:22 GMTFrom:
mcsun!uknet!acorn![e-mail]:
[e-mail] <[e-mail]>,
<[e-mail]>,
<[e-mail]>Date: Thu, 26 Mar 92
04:30:03 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #80To: packet-radioPacket-Radio Digest         Thu,
26 Mar 92       Volume 92 : Issue  80Today's Topics:
               AmigaNOS v2.8l                     AmigaNOS v2.8l
onwards ....                          CBBS/W0RLI Mailbox
            Clover information wanted...
Help ka9q (pa0gri) question                      Please help me
find WNOS.Send Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: Sun, 22 Dec 91 22:41:09 GMTFrom:
[e-mail] (John Heaton)Subject: AmigaNOS v2.8lTo:
amigalistR:911222/2241z [e-mail]7TCP.#11.GBR.EU, [WPTG]
Bolton, LancashireThis version was produced by request from
G0NBW and G6KHW.G0NBW    wanted to control the size/position of the
command interpreter    window, so I have added a few extra
parameters to the AmigaNOS    command line. These
are:    -l<xxx>        where <xxx> is the left-hand edge of
the            window.    -t<xxx>        where <xxx> is the top edge of the
window.    -w<xxx>        where <xxx> is the width of the
window.    -h<xxx>        where <xxx> is the height of the window.    -b        is
a toggle to switch off the borders.    -r        is a toggle to switch
off the resize gadgets.    Suppose you want the main nos window to
have its top-left corner    at 123,50 and be 100 pixels wide by 152
pixels high, with a border    but fixed size (no resize gadgets)
then you would call AmigaNOS    with:    AmigaNOS -l123 -t50 -w100
-h152 -r    The AMIGA WINSIZE and AMIGA WINTYPE commands are still
there, but    they only control normal session windows.  If
AmigaNOS is started    up with -r flag then you won't be able to
change the size of the    main nos window, so be careful!.    If you
don't use the WINSIZE and WINTYPE sub-commands but do use    the
-l, -t, -w or -h parameters, then all subsequent windows
will    inherit the settings from the main nos window.    I personally
run AmigaNOS with -l0,-t3,-w640,-h250 and have a    program called
wIconify installed, which allows me to Iconify any    window to
tidy up the Workbench screen. wIconify also puts the    main
Workbench screen (with disk icons) into a window so that    I can
get to the disk icon with a mouse-click or two.G6KHW    wanted an
audible warning when a new mail message had arrived, as    the
control-G from lattice-C only flashed the screen.    If you set
AMIGA SOUND ON, on a system that was booted from a    normal
WorkBench then AmigaNOS will tell you when a new message    has
arrived.    You need the SAY program in the search path, and
the    translator.library in your LIBS: directory.    I have not tried
this from a floppy based system, so do not know    whether any more
files are needed.The file is at present being uploaded to WH20
as NOS28L in the incomingdirectory.Merry ChristmasCheers, John.
 Packet: [e-mail]7TCP.#11.GBR.EU             Bolton,
Lancashire.    JANET: [e-mail]
IO83sn,       QTHR.----- End of forwarded message -----Cheers,
John.                  JANET : [e-mail]
Packet: [e-mail]7NWP.#16.GBR.EU
(QTHR)* - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - *|                      NRS Central Administrator
                  || MCC Network Unit, The University, Oxford
Road, Manchester,  M13-9PL ||           Phone: [phone]
6011, FAX: [phone]          |* - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - -
*------------------------------Date: 25 Mar 1992 07:16:35
-0800From: [e-mail]: AmigaNOS v2.8l
onwards ....To: [e-mail]----- Forwarded message
-----------------------------------Date: 26 Mar 92 08:31:00
GMTFrom:
galileo.cc.rochester.edu!ub!acsu.buffalo.edu!ubvmsb.cc.buffalo.ed
u![e-mail]: CBBS/W0RLI MailboxTo:
[e-mail] did W0RLI abandon CBBS?  Does his new
mailbox program      (MB11..ARC) include source code?  What
language is it written
in?Thanks------------------------------Date: Wed, 25 Mar 1992
15:36:44 GMTFrom:
sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla![e-mail].E
DUSubject: Clover information wanted...To:
[e-mail] rec.radio.amateur.packet,
[e-mail] (Sean Eckton) writes: Some time ago I
asked for information about HF packet radio and what speeds
were attainable.  I am still working on that paper.  It is
coming along, but   I have heard about a new method, Clover.
Could anyone tell me a little about   it?  I have only heard
about it, never seen anything written about it.  Is it
promising? Sean    See the last two proceedings from the ARRL
Computer NetworkingConference for information about CLOVER I and
CLOVER II.  They haveother HF packet information as well and I
think are necessary readingfor any paper on the topic, at least
in the amateur world.  I'm toldthat a phone call to the ARRL
bookstore and a charge card can get themon their way to you but
I haven't tried getting them that way.Glenn Elmore n6gnN6GN @
K3MC      amateur
IP:    [e-mail]:    [e-mail]
------------------------------Date: 25 Mar 92 15:54:06 GMTFrom:
[e-mail]: Help ka9q (pa0gri)
questionTo: [e-mail] I have been running pa0gri
version 2.0f and have this problem with x25connections: If
another user connects to me with the x25 protocol i get no
notificationfrom the pgm. So what am i missing? Tried turning
the attended flag on withno success. I was using the vanala
(sp?) ka9q 911229 version and believethat also gave me no
notification. HELP73, ten6trf------------------------------Date:
25 Mar 92 02:55:03 GMTFrom:
kodak!ispd-newsserver!laidbak!tellab5!vpnet!vpnet![e-mail]
hester.eduSubject: Please help me find WNOS.To:
[e-mail] Aaron. Sure. I've got it (haven't
figured it out yet!).I'd be happy to send you a copy of WNOS.
Send me a disk(any IBM compatible) and a self addressed,
stampedmailer and I'll dump it on there for you and any
thingelse I have sitting around to fill up the disk.
Here'saddress:  Ken Hopkins WA9WCP, 231 Victoria Lane,Elk Grove,
IL. 60007.Hope that helps.Ken WA9WCP @ WA9ZMR.IL.USA or tcp/ip
[e-mail].------------------------------Date: Thu,
26 Mar 1992 03:36:11 GMTFrom:
usc!rpi!uwm.edu!ux1.cso.uiuc.edu![e-mail]:
[e-mail]
<[e-mail]>, <[e-mail]>,
<[e-mail]>Subject : Re: Using a full duplex
repeater for packet [e-mail] (Kurt Freiberger)
writes:>The best thing to do would be a real REGENERATOR.  The
box would detect>data coming in, start to key the transmitter,
and collect bits until the >transmitter is ready to send data.
Then the prescribed number of sync bits>would be sent, followed
by the flags followed by the data thus collected >followed by
the prescribed number of flags at the end.  If there is still a
>data carrier present on the input, the transmitter is kept
keyed, otherwise>the transmitter would unkey.  The controversy
is whether to have a long tail>or a short tail.  I favor the
short tail.  Might as well save power.  If the>box is going to
be utilized, the transmitter will be on most of the time>anyway.
 The tail will have to be determined empirically, according to
>population.If you wanted to make a repeater do both voice and
packet, it couldcheck for a CTCSS tone present to invoke voice
mode, otherwise it wouldcheck for the data stream as Kurt
suggests.If you want to get a little more sophisticated, it
could look for aspecific callsign/address to indicate whether or
not it was somethingthat should be repeated or not (however it
would be decided).  Slicksoftware could detect that it is routed
via that repeater, and onretransmission, strip off that address,
and put on a new valid CRC,AND do this by getting the
transmitter started as soon as the fact thatthe packet is to be
repeated is known, rather than waiting for the wholepacket to be
recieved as in the usual store and forward case.  It couldalso
listen on output for potential collision and fall back to store
andforward in that case or otherwise delay as long as
needed.Does anyone ever write slick software
anymore?------------------------------Date: 25 Mar 92 16:29:22
GMTFrom:
usc!cs.utexas.edu!tamsun!cs.tamu.edu![e-mail]:
[e-mail] <[e-mail]>,
<[e-mail]>, <[e-mail]>Subject
: Re: Using a full duplex repeater for packet radioThe best
thing to do would be a real REGENERATOR.  The box would
detectdata coming in, start to key the transmitter, and collect
bits until the transmitter is ready to send data.  Then the
prescribed number of sync bitswould be sent, followed by the
flags followed by the data thus collected followed by the
prescribed number of flags at the end.  If there is still a data
carrier present on the input, the transmitter is kept keyed,
otherwisethe transmitter would unkey.  The controversy is
whether to have a long tailor a short tail.  I favor the short
tail.  Might as well save power.  If thebox is going to be
utilized, the transmitter will be on most of the timeanyway.
The tail will have to be determined empirically, according to
population.73, Kurt-- Kurt Freiberger, wb5bbw      [e-mail]
  409/847-8607  fax:[phone]Dept. of Computer Science, Texas
A&M University      DoD #264: BMW R80/7 pilot"We preserve our
freedom using three boxes: ballot, jury, and cartridge."
*** Not an official document of Texas A&M University
***------------------------------End of Packet-Radio Digest V92
#80******************************Date: Fri, 27 Mar 92 04:30:02
PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #81To: packet-radioPacket-Radio Digest         Fri,
27 Mar 92       Volume 92 : Issue  81Today's Topics:
      Help 2nd try tcpip ka9q problem
IC-471a 9600 mods.                     Source code (was
CBBS/W0RLI)               WNOS details ... anyone know ? (2
msgs)Send Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 26 Mar 92 15:55:14 GMTFrom:
[e-mail]: Help 2nd try tcpip ka9q
problemTo: [e-mail] Ok lets try this again. I have
been testing the pa0gri version 2.0f variantof the ka9q
software. When an ax25 user connects to me i get no
notificationthat they are trying to connect. What am i doing
wrong? Ok you other users of other variants what happens when an
ax25 user connectsto you. What notification do you get or what
parameters do you set?HELP es tns.7e,
tedn6trf------------------------------Date: 26 Mar 1992 08:39:29
-0800From: [e-mail]: IC-471a 9600
mods.To: [e-mail]----- Forwarded message ----->From
 Fri Mar 27 15:55:30 1992Received: from ke9yq.ampr.org by
wb9mjn.ampr.org with SMTP    id AA1622 ; Fri, 27 Mar 92 15:55:17
UTCDate: Thu, 26 Mar 92 09:50:59 UTCMessage-Id:
<[e-mail]>From: [e-mail] (Mail
Delivery Subsystem)To: [e-mail]: Failed
mail  ===== transcript follows =====While talking to
ucsd.edu:>>> RCPT
TO:<[e-mail]><<< 550
<[e-mail]>... User unknown  =====
Unsent message follows ====Received: from wb9mjn.ampr.org by
ke9yq.ampr.org with SMTP    id AA10484 ; Thu, 26 Mar 92 09:50:32
UTCReceived: by wb9mjn.ampr.org (901130 (G1EMM v1.6))    id AA1619
; Fri, 27 Mar 92 15:41:30 UTCDate: Fri, 27 Mar 92 15:41:30
UTCMessage-Id: <[e-mail]>From:
[e-mail]:
[e-mail]:
IC-471a 9600 mods.Hi, the file IC471a.9k6 is now available on
Tomcat, Uhm.ampr.org and wb9mjn.ampr.org. It details
modifications to use a ICOM IC-471a on 9600 baud packet, and
also includes a turn-around time improvement,and reciever
sensativity improvement modifications. 73, Don
[e-mail]----- End of forwarded
message -----------------------------------Date: 26 Mar 1992
07:54:52 -0800From: [e-mail]: Source
code (was CBBS/W0RLI)To: [e-mail] far as I know,
the only two AX.25 BBS systems available in sourcecode are:
CBBS -- written in C    AA4RE BB -- Written in Turbo PascalRoy,
AA4RE------------------------------Date: 26 Mar 1992 09:44:18
-0800From: [e-mail]: WNOS details ...
anyone know ?To: [e-mail] one and all ...I
received this ...}Newsgroups: rec.radio.amateur.packet}Subject:
Please help me find WNOS.}Message-ID:
<[e-mail]>}Date: 24 Mar 92 04:43:22
GMT}Organization: Beach Systems / RTFM UN*X Solutions,
Sunnyvale, CA, USA}Lines: 13}}}I am looking for a copy of WNOS,
a TCP-IP ham radio program for}windows.}}If anyone can send me
the program or assist me in getting it I would}be greatly
appreciated.}}Thank You}}Aaron D.
McClure}}WD0FAA@N6QM.#NCA.CA.USAAnd am also interested in WNOS.
Has it been done? If yes,  who did it?I was thinking in the not
too distant future doing a port to Windowsof the same, but it
seems someone already has.Anybody know any more ?Thanks in
advanceDarren Hatcher--
=================================================================
===============K.Darren Hatcher                    * e-mail :
[e-mail] of Computing and Info.Tech.  *
packet : [e-mail] Polytechnic
* phone  : [phone]Wellington Street, WOOLWICH
  * radio  : G7BKO (VHF)LONDON SE18                         *
"If you could physically see what I see,UNITED KINGDOM
           *  then my views would be your
views!"==========================================================
======================------------------------------Date: 26 Mar
92 22:13:10 GMTFrom:
swrinde!mips!spool.mu.edu!umn.edu!orstnews!ECE.ORST.EDU!johan@net
work.UCSD.EDUSubject: WNOS details ... anyone know ?To:
[e-mail], here it goes.WNOS is NOT Window's
NOS. It is Wampes NOS, distributed by someGerman hams. It is
targeted at use in the European Flexnet networkingsystem, and is
simply derived from the KA9Q sources (and lots of stuffhas been
added) For those interested, it is on ucsd.edu
inhamradio/packet/tcpip/wnosAs far as porting NOS to Window's
goes; go ahead and give it a try.We had looong discussions in
the tcp-group about this, and nooneis really up to. Because of
the internals of NOS, this is a MAJOR
task...73Johan,WG7J/PA3DIS------------------------------Date: 26
Mar 92 16:57:58 GMTFrom:
swrinde!cs.utexas.edu!tamsun!cs.tamu.edu![e-mail]:
 [e-mail] <[e-mail]>,
<[e-mail]>,
<[e-mail]>Subject : Re: Using a
full duplex repeater for packet radioIn article
<[e-mail]>, [e-mail]
(Phil Howard) writes:|> If you wanted to make a repeater do both
voice and packet, it could|> check for a CTCSS tone present to
invoke voice mode, otherwise it would|> check for the data
stream as Kurt suggests.Making a repeater for voice and packet
is not a good idea.  The packet worldwould lose big time, as
most amateurs don't have DCD circutiry.  The voiceworld would
get tired of the  |> If you want to get a little more
sophisticated, it could look for a|> specific callsign/address
to indicate whether or not it was something|> that should be
repeated or not (however it would be decided).  Slick|> software
could detect that it is routed via that repeater, and on|>
retransmission, strip off that address, and put on a new valid
CRC,|> AND do this by getting the transmitter started as soon as
the fact that|> the packet is to be repeated is known, rather
than waiting for the whole|> packet to be recieved as in the
usual store and forward case.  It could|> also listen on output
for potential collision and fall back to store and|> forward in
that case or otherwise delay as long as needed.Why?  The idea is
that everybody listens on the output of the repeater.  If there
is something coming out of the repeater, you don't transmit on
the input.  On-the-fly address scanning would be useful only if
there were to berouting needs.  The original packet must needs
be repeated to avoid collisionsespecially those induced by the
"hidden-transmitter syndrome".  Very simple.No mods to the
original packet needed. |> Does anyone ever write slick software
anymore?Slick software is only slick if it's needful, useful,
and doesn't break.-- Kurt Freiberger, wb5bbw      [e-mail]
 409/847-8607  fax:[phone]Dept. of Computer Science, Texas
A&M University      DoD #264: BMW R80/7 pilot"We preserve our
freedom using three boxes: ballot, jury, and cartridge."
*** Not an official document of Texas A&M University
***------------------------------Date: Thu, 26 Mar 1992 19:20:14
GMTFrom:
usc!zaphod.mps.ohio-state.edu!mips!news.cs.indiana.edu!ux1.cso.ui
uc.edu![e-mail]: [e-mail]
<[e-mail]>,
<[e-mail]>,
<[e-mail]>Subject : Re: Using a full duplex
repeater for packet [e-mail] (Kurt Freiberger)
writes:>|> If you wanted to make a repeater do both voice and
packet, it could>|> check for a CTCSS tone present to invoke
voice mode, otherwise it would>|> check for the data stream as
Kurt suggests.>>Making a repeater for voice and packet is not a
good idea.  The packet world>would lose big time, as most
amateurs don't have DCD circutiry.  The voice>world would get
tired of the Valid reason for NOT WANTING to do it.If the CTCSS
is carried out by the repeater in voice mode, modern radioscan
open for voice using a tone squelch system.  If course not
everyonehas this ability, meaning you do not want to do this on
a repeater a lotof people expect to use for voice.Voice users,
not hearing the digital, might accidentally key up on it, too.So
it would really only be useful as a backup capability.>Why?  The
idea is that everybody listens on the output of the repeater.
>If there is something coming out of the repeater, you don't
transmit on the >input.  On-the-fly address scanning would be
useful only if there were to be>routing needs.  The original
packet must needs be repeated to avoid collisions>especially
those induced by the "hidden-transmitter syndrome".  Very
simple.>No mods to the original packet needed.There might be
something transmitting on the repeater output that is in rangeof
the repeater but not in range of the station consider a
transmission throughthat repeater.There might be more than one
such repeater set up on the same pair, withinrange of the using
station.  This would be a way to select which repeater thepacket
is to go through.  Such a setup would be a problem, of course,
unlesssuch capability were present.>|> Does anyone ever write
slick software anymore?>>Slick software is only slick if it's
needful, useful, and doesn't break.The first 2 tend to be
subjective, but that last one is the big catch.So much software
out there breaks these days.  But considering most ofthe
commercial software is actually developed under pressure to "get
itout the door ASAP" things like good testing and even good
design areleft behind.  The best software tools in the world
can't help when thedevelopment attitude doesn't allow for
quality.------------------------------Date: Thu, 26 Mar 1992
18:36:40 GMTFrom:
sdd.hp.com!usc!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.
locus.com![e-mail]:
[e-mail] <[e-mail]>,
<[e-mail]>,
<[e-mail]>uSubject : Re: Using a
full duplex repeater for packet radioIn article
<[e-mail]> [e-mail]
(Phil Howard) writes:>If you wanted to make a repeater do both
voice and packet, it could>check for a CTCSS tone present to
invoke voice mode, otherwise it would>check for the data stream
as Kurt suggests.   I would not recommend sharing a duplex
repeater with voice users;they'll just complain until the data
users are evicted.>If you want to get a little more
sophisticated, it could look for a>specific callsign/address to
indicate whether or not it was something>that should be repeated
or not (however it would be decided).  Slick>software could
detect that it is routed via that repeater, and
on>retransmission, strip off that address, and put on a new
valid CRC,>AND do this by getting the transmitter started as
soon as the fact that>the packet is to be repeated is known,
rather than waiting for the whole>packet to be recieved as in
the usual store and forward case.  It could>also listen on
output for potential collision and fall back to store
and>forward in that case or otherwise delay as long as needed.
Huh? Remember that the ideal duplex packet repeater simply makes
alltransmitters visible to all receivers in real time. Ideally,
there isno delay, and the duplex repeater does not care what the
content of thedata is. Duplex data repeaters are not routers,
they simply serve tomake all users of the repeater visible to
all other users of the repeater,eliminating the need for
digipeating *between users of the data repeater*,and eliminating
the hidden transmitter syndrome. They simply don't worryabout
the data content. Repeaters establish high reliability
userareas. They don't route. A linear translator, like a ham
satellite,makes an ideal data repeater.>Does anyone ever write
slick software anymore?  Yes, but not to solve hardware problems
or to solve non-problems.--  * Dana H. Myers KK6JQ         | Views
expressed here are    * * [phone]         | mine and do not
necessarily    * * [e-mail]  DoD #466     | reflect those of my
employer    * * "Dammit Bones, spare me the lecture and give me the
shot!"   *------------------------------End of Packet-Radio
Digest V92 #81******************************Date: Sat, 28 Mar 92
04:30:03 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #82To: packet-radioPacket-Radio Digest         Sat,
28 Mar 92       Volume 92 : Issue  82Today's Topics:
                  AmigaNOS                    Clover Information
(provided)                         Internet=>NTS packet
                rmation wanted...
wnos infoSend Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 27 Mar 1992 10:43:45 -0800From:
[e-mail]: AmigaNOSTo:
[e-mail]'m currently using AmigaNOS version 2.8s
and wondered if someone couldprovide some information on how the
serial port handler handles a couple ofitems.I just got a serial
expansion and have two additional serial ports now.For numerous
reasons I must attach the TNC to one of the expansion portsand
not the one built into the Amiga.  My questions are in regard to
the "ring buffer" and "maximum transmission unit" parameters.
With mynos-startup file set with these parameters to 2000 and
512 respectivelyeverything works fine with the built-in port but
not with the externalone.  I played (played is the right word
since I had no guide to follow)I found that it works with the
parameters set to 1 and 1.  Obviouslythis can't be the optimum
setting.  My question is, are these internalbuffers that
AmigaNOS uses or are they dependant on the hardware and
thedriver software.  The driver software supposedly acts just
like thestandard serial.device driver and there is no hardware
buffer.  Ifsomeone could provide info on how each of these
parameters is used (forboth transmit and receive) it would be
appreciated.The docs don't go into much detail (big surprise).
I'd rather go aboutthis logically rather than trial and error to
find the optimum
settings.________________________________________________________
________________Dan Roman -- N2MFC | GEnie:  D.ROMAN1 Internet:
[e-mail] Inc.      |   //
Packet:  N2MFC @ N2IMC.NJ.USA.NAWoodcliff Lake, NJ | \X/ Only
Amiga!    TCP/IP:  N2MFC @
W2NV.ampr.org====================================================
====================------------------------------Date: Fri, 27
Mar 92 11:50:47 ESTFrom:
usc!zaphod.mps.ohio-state.edu!think.com!snorkelwacker.mit.edu!lin
us!linus!mwvm.mitre.org![e-mail]: Clover
Information (provided)To: [e-mail] just sent a
response under a title "re: rmation wanted". It's a littletoo
long to re-type.  Look one or two articles prior to this one
forinformation on Clover I & II. Vern AA7EI,
[e-mail]...------------------------------Date:
28 Mar 92 06:18:18 GMTFrom:
swrinde!gatech!pitt!w2xo![e-mail]:
Internet=>NTS packetTo: [e-mail] article
<[e-mail]> [e-mail] (Mr. J.
William Snyder, Jr. at the University of North Carolina at
Chapel Hill) writes:>Tom, I am not sure whether or not the
existing Internet<>Packet gateways are>currently configured to
handle NTS Traffic (Maybe Jim/W2XO can enlighten us).Or
endarken...perhaps..My gateway "[e-mail]" will accept
any "standard" packet"send" command line as the first line of
text. ST messages forthe NTS system will work just fine. What I
*don't* know is the latest way of addressing traffic. It usedto
be that if you wanted to send to the NTS system in some state,
let'ssay Ohio for example, you would mail to "NTS@NTSOH" .So,
subject to recent changes in that kind of addressing, what a
personwould want to do is:1. Mail to "[e-mail]"2. Type
the "Subject:" in as you normally would.3. Enter the "send"
command as the first line of text.4. Type in the message.The
first line would look like this, using the Ohio example above.ST
NTS@NTSOHThat's all there is to it, except I may have the NTS
address scheme    wrong. Help , traffic mavens and gurus!73Jim,
W2XO------------------------------Date: Fri, 27 Mar 92 11:01:38
ESTFrom:
usc!zaphod.mps.ohio-state.edu!think.com!linus!linus!mwvm.mitre.or
g![e-mail]: rmation wanted...To:
[e-mail] - now Clover II is being jointly
developed by the inventor, Ray Petit(W7GHM) and HAL
Communications Corp.  Ray does all the real developingand HAL
does the marketing and testing & other support.  Bill
Henry,president of HAL & also a ham, and/or Ray Petit show up at
Dayton, SW ARRLConvention at Scottsdale AZ, and the last TAPR
meeting (Tucson of course)a couple weeks ago.  Clover was
featured at 1990 ARRL Computer NetworkingConference and Clover
II in 1991.  Those are 9th & 10th ARRL conferencesrespectively.
You can get those refs at your library or get from ARRL.The
below addresses & phone nrs are a good starting point to get
thetechnical data that HAL has prepared.  (I have copies of
them, but suggestyou go to the source)  Bill Henry said he will
have Clover II on theham market "soon" and they will release the
license to ham-dom to promotethe mode.HAL Comm Corp: Geo W.
Henry, P.O. Box 365, Urbana, IL 61801Telephone/Fax - (217)
367-7373 / 367-1701. Ray Petit: P.O. Box 51, Oak Harbor, WA
98277Try HAL first (they want to move it along & get all the
coveragethey can; plus they have the money for mailing, printing
etc)I see Clover's largest advantage to be not just in the
higher speed toto be attained, but in the processing gain for
"disadvantaged terminals"- low power (to reduce interference
problems) and low gain antennas(such as in apartments & homes in
areas w/covenants (about everywhere now))You may mention my
name, not sure if they remember me or not - Vern
[e-mail]; [e-mail]; Office
[phone]------------------------------Date: 27 Mar 1992
21:09:53 -0800From: [e-mail]: wnos
infoTo: [e-mail] WNOS is a WAMPES NOSand it
already runs very nicley under windows DV onits own and underany
other Multi taskerits also been ported Back to UNIX from where
it came... by HB9RWMBarry :-) WNOS Test WNOS4
soon------------------------------Date: 27 Mar 92 15:28:38
GMTFrom:
usc!cs.utexas.edu!tamsun!cs.tamu.edu![e-mail]:
[e-mail] <[e-mail]>,
<[e-mail]>,
<[e-mail]>Subject : Re: Using a full
duplex repeater for packet radioIn article
<[e-mail]>, [e-mail] (Dana H.
Myers) writes:|>   Huh? Remember that the ideal duplex packet
repeater simply makes all|> transmitters visible to all
receivers in real time. Ideally, there is|> no delay, and the
duplex repeater does not care what the content of the|> data is.
Duplex data repeaters are not routers, they simply serve to|>
make all users of the repeater visible to all other users of the
repeater,|> eliminating the need for digipeating *between users
of the data repeater*,|> and eliminating the hidden transmitter
syndrome. They simply don't worry|> about the data content.
Repeaters establish high reliability user|> areas. They don't
route. A linear translator, like a ham satellite,|> makes an
ideal data repeater.But there's no reason why a data repeater
couldn't be a router.  You'd have some complexity as regards
timing/priority, but it'd be no big deal.I'm not sure that a LT
would be IDEAL data repeater....  Repeater, possibly, but not a
regenerator.  The circuitry needful for a regenerator would
bewell worth the effort/cost.  An RF guru said that packet folks
don't know s**t about RF, and RF folks don't know s**t about
packet.  In large, this istrue.  That's why, for every 5 packet
stations, no two will be generating the same RF/data
characteristics.  A regenerator would give the users a
"standard" datastream.   ---Kurt Freiberger, wb5bbw
[e-mail]   409/847-8607  fax:[phone]Dept. of
Computer Science, Texas A&M University      DoD #264: BMW R80/7
pilot"We preserve our freedom using three boxes: ballot, jury,
and cartridge."      *** Not an official document of Texas A&M
University ***------------------------------Date: 26 Mar 92
15:05:02 GMTFrom:
ogicse!emory!wa4mei!n4rsy!ke4zv![e-mail]:
[e-mail] <[e-mail]>,
<[e-mail]>,
<[e-mail]>Reply-To : [e-mail] (Gary
Coffman)Subject : Re: Using a full duplex repeater for packet
radioIn article <[e-mail]> [e-mail] (Adrian
Godwin) writes:>>Whilst taking Gary's point that a simple audio
repeater seems to be>just as effective, I'd expect that the best
performance would be >obtained by demodulating the data and
reclocking it. This would add>only a single bit delay to the
signal, but would reduce the jitter>and distortion caused by
passing through an extra pair of radios.>I'm surprised no-one
has suggested this  : is it any good in practice ? This has
several theoretical advantages, but they aren't noticable in
practice with 1200 baud signals. At higher baudrates,
regenerating thebits and resyncing the clocks should be
valuable. Passing the audiostraight thru avoids the extra
clock/databit jitter introduced by justusing two back to back
modem chips. Using back to back modems is worsethan straight
thru audio. But at high baudrates where the jitter startsto
become a major proportion of the bit, a system that demodulates
*and*resyncs the clock becomes a win.At high speeds, the one bit
delay of a regenerator is minor compared to the extra TxD
required to obtain DCD lock on an audio duplex repeater. This is
the major disadvantage of audio repeaters that key up on DCD.It
takes a few flags to lock the DCD and you have to add extra
flagsto your transmission because the early flags don't get
retransmitted.>At the opposite extreme, perhaps it would be
worth repeating the signal>without ever demodulating either the
data or the audio : regard the >repeater as a transverter with a
very small shift. >I suppose voice repeaters don't do this as
they need to do some audio>processing (tone decode on receive,
ident on transmit, etc) but it>might be OK for a data
repeater.Such a linear translator has advantages and
disadvantages. The mostnotable advantage is that no extra flags
are required for keyup delay. The most notable disadvantages are
noise floor buildup and problems with off frequency users. A
traditional repeater will give a bit of AFC action and will also
give a bit of deviation leveling, a translator doesn't. Also, at
the high RF sites where most repeaters are run, the spurious
crud from other transmitters isn't continously retransmitted
with a DCD keyed repeater, but is with a translator.It should be
noted that audio repeaters and translators can handlemultiple
speeds on the same channel while a regenerating repeaterrequires
a specific modem pair for each speed. Mixing speeds onthe same
channel usually isn't a good practice, but when onlyone repeater
is affordable, allowing it to handle multiple speedsgives more
latitude to experimenters.Gary
KE4ZV------------------------------Date: Fri, 27 Mar 1992
21:31:01 GMTFrom:
usc!rpi!uwm.edu!ux1.cso.uiuc.edu![e-mail]:
[e-mail] <[e-mail]>,
<[e-mail]>,
<[e-mail]>Subject : Re: Using a full
duplex repeater for packet [e-mail] (Dana H. Myers)
writes:>>If you wanted to make a repeater do both voice and
packet, it could>>check for a CTCSS tone present to invoke voice
mode, otherwise it would>>check for the data stream as Kurt
suggests.>   I would not recommend sharing a duplex repeater
with voice users;>they'll just complain until the data users are
evicted.Nor would I.  No repeater should have such dual USAGE...
but having thedual CAPABILITY serves for a nice backup ability,
regardless of what theprimary usage is.>>If you want to get a
little more sophisticated, it could look for a>>specific
callsign/address to indicate whether or not it was
something>>that should be repeated or not (however it would be
decided).  Slick>>software could detect that it is routed via
that repeater, and on>>retransmission, strip off that address,
and put on a new valid CRC,>>AND do this by getting the
transmitter started as soon as the fact that>>the packet is to
be repeated is known, rather than waiting for the whole>>packet
to be recieved as in the usual store and forward case.  It
could>>also listen on output for potential collision and fall
back to store and>>forward in that case or otherwise delay as
long as needed.>>  Huh? Remember that the ideal duplex packet
repeater simply makes all>transmitters visible to all receivers
in real time. Ideally, there is>no delay, and the duplex
repeater does not care what the content of the>data is. Duplex
data repeaters are not routers, they simply serve to>make all
users of the repeater visible to all other users of the
repeater,>eliminating the need for digipeating *between users of
the data repeater*,>and eliminating the hidden transmitter
syndrome. They simply don't worry>about the data content.
Repeaters establish high reliability user>areas. They don't
route. A linear translator, like a ham satellite,>makes an ideal
data repeater.Apparently a few people did interpret my
description as being a full blownduplex repeater.  SUBJECT lines
rarely change as the topic digresses, whichmight be the source
of confusion here (combined with the fact that what Ihad
suggested might be too abstract for some people).You are
certainly correct that these are very different things.  I
mightbe better to classify the idea I mentioned as a "fast
through routingdigitpeater" and start its own thread if there is
any interest in it(probably not).>>Does anyone ever write slick
software anymore?>>  Yes, but not to solve hardware problems or
to solve non-problems.Given that more and more "hardware"
problems are finding solutions insoftware (aided by processors
being faster and faster) it is no longereasy to classify a
problem specifically has hardware or software.Witness modems in
software that we see these days.  Slick software canstretch the
range of what is solvable in software as well.What is one
person's non-problem might be another's problem and
visa-versa.If this were not so, I believe all problems would be
well attacked whenthey show up since everyone would be
experiencing every problem.------------------------------Date:
27 Mar 1992 21:12:15 -0800From:
ucsd.edu![e-mail]:
[e-mail]
<[e-mail]>, <[e-mail]>,
<[e-mail]>Subject : Re: Using a full
duplex repeater for packet radioThe new TAPR 9600 bps modem
(replacement for the K9NG, $70) has a bitregenerator included on
the board; you add three components (one ofwhich is a PLD you
have to buy from them :-( since they don't providethe
equations).  It shoves incoming bits into a short FIFO and
reclocksthem; as I recall, it's supposed to run about 8 bits
behind, which is amighty short delay at 9600.  I have one of
these wonders but I haven'tgot the PLD yet and so can't say how
well it works.Our current repeater uses a slightly-hacked K9NG
modem as an FSKregenerator; the primary purpose of that is to
ensure proper deviationlevels at the repeater transmitter and to
keep people from talking onthe repeater.    -
Brian------------------------------Date: 27 Mar 92 15:21:27
GMTFrom:
usc!cs.utexas.edu!tamsun!cs.tamu.edu![e-mail]:
[e-mail]
<[e-mail]>,
<[e-mail]>,
<[e-mail]>Subject : Re: Using a
full duplex repeater for packet radioIn article
<[e-mail]>, [e-mail]
(Phil Howard) writes:|> |> There might be more than one such
repeater set up on the same pair, within|> range of the using
station.  This would be a way to select which repeater the|>
packet is to go through.  Such a setup would be a problem, of
course, unless|> such capability were present.That's why, as all
repeaters should be, you would need coordination.  You stillwant
to regenerate locally, so as to prevent collisions from the
primary service area.  Of course, what would REALLY be neat
would be a voting regenerator!  One humongous big-smoke
transmitter in the middle, spokereceivers with high-speed links
back to the transmitter.  But then, the transmitter would
probably be keyed up continuously, due to the large numberof
users.  Oh well, another reason for CELLnet....|> The first 2
tend to be subjective, but that last one is the big catch.|> So
much software out there breaks these days.  But considering most
of|> the commercial software is actually developed under
pressure to "get it|> out the door ASAP" things like good
testing and even good design are|> left behind.  The best
software tools in the world can't help when the|> development
attitude doesn't allow for quality.Tell me about it.  I used to
work for a mini company doing software support.However, there
was some stuff that came out solid and stayed that way.
Butthen, there were others that came out solid and got broke
when the "improvements" came out.  And then there were the ca-ca
products from birth.There ain't no craftsmanship no more.....--
Kurt Freiberger, wb5bbw      [e-mail]   409/847-8607
fax:[phone]Dept. of Computer Science, Texas A&M University
    DoD #264: BMW R80/7 pilot"We preserve our freedom using
three boxes: ballot, jury, and cartridge."      *** Not an
official document of Texas A&M University
***------------------------------End of Packet-Radio Digest V92
#82******************************Date: Sun, 29 Mar 92 04:30:03
PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #83To: packet-radioPacket-Radio Digest         Sun,
29 Mar 92       Volume 92 : Issue  83Today's Topics:
                  AmigaNOS               BBS name standards /
Packet-BBS gateways                GMD.DBP.DE Mail Network --
failed mail                       Internet => NTS traffic
                NTS addressing scheme
 NTS messages                          Packet Radio Talk
   Using a full duplex repeater for packet radioSend Replies or
notes for publication to: <[e-mail]>Send
subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 29 Mar 92 02:49:07 GMTFrom:
swrinde!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!usenet.
coe.montana.edu!news.u.washington.edu!sumax!amc-gw!pilchuck!alged
i![e-mail]: AmigaNOSTo:
[e-mail] article
<[e-mail]> [e-mail] (Daniel Roman)
writes:>I'm currently using AmigaNOS version 2.8s and wondered
if someone could>provide some information on how the serial port
handler handles a couple of>items.>>I just got a serial
expansion and have two additional serial ports now.>"ring
buffer" and "maximum transmission unit" parameters.  With
my>nos-startup file set with these parameters to 2000 and 512
respectively>everything works fine with the built-in port but
not with the external>one.  I played (played is the right word
since I had no guide to follow)>I found that it works with the
parameters set to 1 and 1.  Obviously>this can't be the optimum
setting.  My question is, are these internal>buffers that
AmigaNOS uses or are they dependant on the hardware and theMTU
is usually set to the largest size packet that you wish to send.
 Typicallyit is set to at least the same size as MSS plus 20 (?)
bytes for overhead.  Ifyou want to play with large packet sizes
you can make this very large and changeyour MSS to the desired
packet size.The buffer size is what NOS sets the serial port
receive buffer to.  Normallyserial.device will pass received
data to the calling program (AmigaNOS)whenever this buffer is
full or the programmed EOF character is received.In order to
avoid interrupting AmigaNOS ever time a character is
received,NOS makes use of the standard serial.device ability to
specify an EOF characterto wait for. Thus anytime a full packet
is received and the serial port seesthe KISS EOF character,
serial.device passes a full frame to NOS.Unfortunately the
developers of many of the serial expansion boards are notmaking
their device drivers 100% compatible with 'serial.device' and
areleaving out the ability to specify EOF characters.  This
makes (or so I thought)them useless for use with NOS since it
will now have to wait for the bufferto fill before it receives
any data.However, after seeing your message it dawned on me that
by setting thebuffersize to 1 you effectively force the serial
device to pass eachcharacter on to NOS.  Examination of the code
shows that this is exactlywhat happens. Testing with my CMI
multiport board has shown that this worksjust fine, it may be a
little less efficient but it does work.As to why you have to set
MTU to 1, I don't know.  On my system the valueof MTU has no
effect on how well the serial port works.  I am currentlyrunning
with a buffer of 1 and an MTU of 2048 and everything works
fine.Hope this helps. :-)--73's,  Ken          /// A M   M I
GGGGG A     | Ken Koster                   N7IPB@N7FSP
/// AA MM|MM I G     AA    |        /// A A M M M I G GGG A A
| 14146 73rd PL NE, #201 Bothell, WA 98011       /// AAAA M   M
I G   G AAAA  | \\\  /// A   A M   M I GGGGG A   A | AMPR:
N7IPB.ampr.org       [44.24.0.45]  \\\///
    |   \///       DOES IT BETTER !!     | UUCP:
algedi![e-mail]------------------------------Dat
e: 28 Mar 92 07:14:46 GMTFrom:
swrinde!zaphod.mps.ohio-state.edu!pitt.edu!pitt!w2xo!durham@netwo
rk.UCSD.EDUSubject: BBS name standards / Packet-BBS gatewaysTo:
[e-mail] article
<[e-mail]>, [e-mail]
(Johan. K. Reinalda) writes:(stuff deleted)> Now that it seems
to have died down a bit, i am wondering if> there was a
concensus on anything ?> I for one would like to agree on some
X- header to indicate BID,(stuff deleted)> How about 'X-BID: '>
Fine, but how about "from call" and "message type"
?X-BID:X-MsgTyp:X-FromCall:I still wonder if imposing a
requirement for X-headers is going toshut out folks like , say,
students who can't get administrators tochange the mail systems
on their machines to generate X headers.Because of this, I will
probably support both X headers and the schemeI mentioned
earlier of using "percent-style" addresses to carry
thisinformation, ie; an "ALL@AMSAT" bulletin from W1ABC with a
BID of$orbs22_088 would be
addressed:all%amsat.#w1abc.$[e-mail]
 would be
like:nts%ntsma.#w1abc.$[e-mail](Uh..Commander
, divert all the warp power to the shields, QUICK!)73Jim,
W2XO------------------------------Date: 28 Mar 1992 15:03:05
-0800From: [e-mail]: GMD.DBP.DE Mail
Network -- failed mailTo: [e-mail]   ----- Mail
failure diagnostics -----Message Recipients:
[e-mail]: MTA congestion   ----- Unsent message
follows -----From: Packet-Radio Mailing List and Newsgroup <>To:
Reply-To: Message-ID: <9203281230.AA06195(a)ucsd.edu>Subject:
Packet-Radio Digest V92 #82>Errors-To:
[e-mail]>Precedence: BulkPacket-Radio Digest
        Sat, 28 Mar 92       Volume 92 : Issue  82Today's
Topics:                               AmigaNOS
 Clover Information (provided)
Internet=>NTS packet                          rmation wanted...
                            wnos infoSend Replies or notes for
publication to: <[e-mail]>Send subscription
requests to: <[e-mail]>Problems you can't
solve otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 27 Mar 1992 10:43:45 -0800From:
[e-mail]: AmigaNOSTo:
[e-mail]'m currently using AmigaNOS version 2.8s
and wondered if someone couldprovide some information on how the
serial port handler handles a couple ofitems.I just got a serial
expansion and have two additional serial ports now.For numerous
reasons I must attach the TNC to one of the expansion portsand
not the one built into the Amiga.  My

questions are in regard to the "ring buffer" and "maximum
transmission unit" parameters.  With mynos-startup file set with
these parameters to 2000 and 512 respectivelyeverything works
fine with the built-in port but not with the externalone.  I
played (played is the right word since I had no guide to
follow)I found that it works with the parameters set to 1 and 1.
 Obviouslythis can't be the optimum setting.  My question is,
are these internalbuffers that AmigaNOS uses or are they
dependant on the hardware and thedriver software.  The driver
software supposedly acts just like thestandard serial.device
driver and there is no hardware buffer.  Ifsomeone could provide
info on how each of these parameters is used (forboth transmit
and receive) it would be appreciated.The docs don't go into much
detail (big surprise).  I'd rather go aboutthis logically rather
than trial and error to find the optimum
settings.________________________________________________________
________________Dan Roman -- N2MFC | GEnie:  D.ROMAN1 Internet:
[e-mail] Inc.      |   //
Packet:  N2MFC @ N2IMC.NJ.USA.NAWoodcliff Lake, NJ | \X/ Only
Amiga!    TCP/IP:  N2MFC @
W2NV.ampr.org====================================================
====================------------------------------Date: Fri, 27
Mar 92 11:50:47 ESTFrom:
usc!zaphod.mps.ohio-state.edu!think.com!snorkelwacker.mit.edu!lin
us!linus!mwvm.mitre.org![e-mail]: Clover
Information (provided)To: [e-mail] just sent a
response under a title "re: rmation wanted". It's a littletoo
long to re-type.  Look one or two articles prior to this one
forinformation on Clover I & II. Vern AA7EI,
[e-mail]...------------------------------Date:
28 Mar 92 06:18:18 GMTFrom:
swrinde!gatech!pitt!w2xo![e-mail]:
Internet=>NTS packetTo: [e-mail] article
<[e-mail]> [e-mail] (Mr. J.
William Snyder, Jr. at the University of North Carolina at
Chapel Hill) writes:>Tom, I am not sure whether or not the
existing Internet<>Packet gateways are>currently configured to
handle NTS Traffic (Maybe Jim/W2XO can enlighten us).Or
endarken...perhaps..My gateway "[e-mail]" will accept
any "standard" packet"send" command line as the first line of
text. ST messages forthe NTS system will work just fine. What I
*don't* know is the latest way of addressing traffic. It usedto
be that if you wanted to send to the NTS system in some state,
let'ssay Ohio for example, you would mail to "NTS@NTSOH" .So,
subject to recent changes in that kind of addressing, what a
personwould want to do is:1. Mail to "[e-mail]"2. Type
the "Subject:" in as you normally would.3. Enter the "send"
command as the first line of text.4. Type in the message.The
first line would look like this, using the Ohio example above.ST
NTS@NTSOHThat's all there is to it, except I may have the NTS
address scheme    wrong. Help , traffic mavens and gurus!73Jim,
W2XO------------------------------Date: Fri, 27 Mar 92 11:01:38
ESTFrom:
usc!zaphod.mps.ohio-state.edu!think.com!linus!linus!mwvm.mitre.or
g![e-mail]: rmation wanted...To:
[e-mail] - now Clover II is being jointly
developed by the inventor, Ray Petit(W7GHM) and HAL
Communications Corp.  Ray does all the real developingand HAL
does the marketing and testing & other support.  Bill
Henry,president of HAL & also a ham, and/or Ray Petit show up at
Dayton, SW ARRLConvention at Scottsdale AZ, and the last TAPR
meeting (Tucson of course)a couple weeks ago.  Clover was
featured at 1990 ARRL Computer NetworkingConference and Clover
II in 1991.  Those are 9th & 10th ARRL conferencesrespectively.
You can get those refs at your library or get from ARRL.The
below addresses & phone nrs are a good starting point to get
thetechnical data that HAL has prepared.  (I have copies of
them, but suggestyou go to the source)  Bill Henry said he will
have Clover II on theham market "soon" and they will release the
license to ham-dom to promotethe mode.HAL Comm Corp: Geo W.
Henry, P.O. Box 365, Urbana, IL 61801Telephone/Fax - (217)
367-7373 / 367-1701. Ray Petit: P.O. Box 51, Oak Harbor, WA
98277Try HAL first (they want to move it along & get all the
coveragethey can; plus they have the money for mailing, printing
etc)I see Clover's largest advantage to be not just in the
higher speed toto be attained, but in the processing gain for
"disadvantaged terminals"- low power (to reduce interference
problems) and low gain antennas(such as in apartments & homes in
areas w/covenants (about everywhere now))You may mention my
name, not sure if they remember me or not - Vern
[e-mail]; [e-mail]; Office
[phone]------------------------------Date: 27 Mar 1992
21:09:53 -0800From: [e-mail]: wnos
infoTo: [e-mail] WNOS is a WAMPES NOSand it
already runs very nicley under windows DV onits own and underany
other Multi taskerits also been ported Back to UNIX from where
it came... by HB9RWMBarry :-) WNOS Test WNOS4
soon------------------------------Date: 27 Mar 92 15:28:38
GMTFrom:
usc!cs.utexas.edu!tamsun!cs.tamu.edu![e-mail]:
[e-mail] <[e-mail]>,
<[e-mail]>,
<[e-mail]>Subject : Re: Using a full
duplex repeater for packet radioIn article
<[e-mail]>, [e-mail] (Dana H.
Myers) writes:|>   Huh? Remember that the ideal duplex packet
repeater simply makes all|> transmitters visible to all
receivers in real time. Ideally, there is|> no delay, and the
duplex repeater does not care what the content of the|> data is.
Duplex data repeaters are not routers, they simply serve to|>
make all users of the repeater visible to all other users of the
repeater,|> eliminating the need for digipeating *between users
of the data repeater*,|> and eliminating the hidden transmitter
syndrome. They simply don't worry|> about the data content.
Repeaters establish high reliability user|> areas. They don't
route. A linear translator, like a ham satellite,|> makes an
ideal data repeater.But there's no reason why a data repeater
couldn't be a router.  You'd have some complexity as regards
timing/priority, but it'd be no big deal.I'm not sure that a LT
would be IDEAL data repeater....  Repeater, possibly, but not a
regenerator.  The circuitry needful for a regenerator would
bewell worth the effort/cost.  An RF guru said that packet folks
don't know s**t about RF, and RF folks don't know s**t about
packet.  In large, this istrue.  That's why, for every 5 packet
stations, no two will be generating the same RF/data
characteristics.  A regenerator would give the users a
"standard" datastream.   ---Kurt Freiberger, wb5bbw
[e-mail]   409/847-8607  fax:[phone]Dept. of
Computer Science, Texas A&M University      DoD #264: BMW R80/7
pilot"We preserve our freedom using three boxes: ballot, jury,
and cartridge."      *** Not an official document of Texas A&M
University ***------------------------------Date: 26 Mar 92
15:05:02 GMTFrom:
ogicse!emory!wa4mei!n4rsy!ke4zv![e-mail]:
[e-mail] <[e-mail]>,
<[e-mail]>,
<[e-mail]>Reply-To : [e-mail] (Gary
Coffman)Subject : Re: Using a full duplex repeater for packet
radioIn article <[e-mail]> [e-mail] (Adrian
Godwin) writes:>>Whilst taking Gary's point that a simple audio
repeater seems to be>just as effective, I'd expect that the best
performance would be >obtained by demodulating the data and
reclocking it. This would add>only a single bit delay to the
signal, but would reduce the jitter>and distortion caused by
passing through an extra pair of radios.>I'm surprised no-one
has suggested this  : is it any good in practice ? This has
several theoretical advantages, but they aren't noticable in
practice with 1200 baud signals. At higher baudrates,
regenerating thebits and resyncing the clocks should be
valuable. Passing the audiostraight thru avoids the extra
clock/databit jitter introduced by justusing two back to back
modem chips. Using back to back modems is worsethan straight
thru audio. But at high baudrates where the jitter startsto
become a major proportion of the bit, a system that demodulates
*and*resyncs the clock becomes a win.At high speeds, the one bit
delay of a regenerator is minor compared to the extra TxD
required to obtain DCD lock on an audio duplex repeater. This is
the major disadvantage of audio repeaters that key up on DCD.It
takes a few flags to lock the DCD and you have to add extra
flagsto your transmission because the early flags don't get
retransmitted.>At the opposite extreme, perhaps it would be
worth repeating the signal>without ever demodulating either the
data or the audio : regard the >repeater as a transverter with a
very small shift. >I suppose voice repeaters don't do this as
they need to do some audio>processing (tone decode on receive,
ident on transmit, etc) but it>might be OK for a data
repeater.Such a linear translator has advantages and
disadvantages. The mostnotable advantage is that no extra flags
are required for keyup delay. The most notable disadvantages are
noise floor buildup and problems with off frequency users. A
traditional repeater will give a bit of AFC action and will also
give a bit of deviation leveling, a translator doesn't. Also, at
the high RF sites where most repeaters are run, the spurious
crud from other transmitters isn't continously retransmitted
with a DCD keyed repeater, but is with a translator.It should be
noted that audio repeaters and translators can handlemultiple
speeds on the same channel while a regenerating repeaterrequires
a specific modem pair for each speed. Mixing speeds onthe same
channel usually isn't a good practice, but when onlyone repeater
is affordable, allowing it to handle multiple speedsgives more
latitude to experimenters.Gary
KE4ZV------------------------------Date: Fri, 27 Mar 1992
21:31:01 GMTFrom:
usc!rpi!uwm.edu!ux1.cso.uiuc.edu![e-mail]:
[e-mail] <[e-mail]>,
<[e-mail]>,
<[e-mail]>Subject : Re: Using a full
duplex repeater for packet [e-mail] (Dana H. Myers)
writes:>>If you wanted to make a repeater do both voice and
packet, it could>>check for a CTCSS tone present to invoke voice
mode, otherwise it would>>check for the data stream as Kurt
suggests.>   I would not recommend sharing a duplex repeater
with voice users;>they'll just complain until the data users are
evicted.Nor would I.  No repeater should have such dual USAGE...
but having thedual CAPABILITY serves for a nice backup ability,
regardless of what theprimary usage is.>>If you want to get a
little more sophisticated, it could look for a>>specific
callsign/address to indicate whether or not it was
something>>that should be repeated or not (however it would be
decided).  Slick>>software could detect that it is routed via
that repeater, and on>>retransmission, strip off that address,
and put on a new valid CRC,>>AND do this by getting the
transmitter started as soon as the fact that>>the packet is to
be repeated is known, rather than waiting for the whole>>packet
to be recieved as in the usual store and forward case.  It
could>>also listen on output for potential collision and fall
back to store and>>forward in that case or otherwise delay as
long as needed.>>  Huh? Remember that the ideal duplex packet
repeater simply makes all>transmitters visible to all receivers
in real time. Ideally, there is>no delay, and the duplex
repeater does not care what the content of the>data is. Duplex
data repeaters are not routers, they simply serve to>make all
users of the repeater visible to all other users of the
repeater,>eliminating the need for digipeating *between users of
the data repeater*,>and eliminating the hidden transmitter
syndrome. They simply don't worry>about the data content.
Repeaters establish high reliability user>areas. They don't
route. A linear translator, like a ham satellite,>makes an ideal
data repeater.Apparently a few people did interpret my
description as being a full blownduplex repeater.  SUBJECT lines
rarely change as the topic digresses, whichmight be the source
of confusion here (combined with the fact that what Ihad
suggested might be too abstract for some people).You are
certainly correct that these are very different things.  I
mightbe better to classify the idea I mentioned as a "fast
through routingdigitpeater" and start its own thread if there is
any interest in it(probably not).>>Does anyone ever write slick
software anymore?>>  Yes, but not to solve hardware problems or
to solve non-problems.Given that more and more "hardware"
problems are finding solutions insoftware (aided by processors
being faster and faster) it is no longereasy to classify a
problem specifically has hardware or software.Witness modems in
software that we see these days.  Slick software canstretch the
range of what is solvable in software as well.What is one
person's non-problem might be another's problem and
visa-versa.If this were not so, I believe all problems would be
well attacked whenthey show up since everyone would be
experiencing every problem.------------------------------Date:
27 Mar 1992 21:12:15 -0800From:
ucsd.edu![e-mail]:
[e-mail]
<[e-mail]>, <[e-mail]>,
<[e-mail]>Subject : Re: Using a full
duplex repeater for packet radioThe new TAPR 9600 bps modem
(replacement for the K9NG, $70) has a bitregenerator included on
the board; you add three components (one ofwhich is a PLD you
have to buy from them :-( since they don't providethe
equations).  It shoves incoming bits into a short FIFO and
reclocksthem; as I recall, it's supposed to run about 8 bits
behind, which is amighty short delay at 9600.  I have one of
these wonders but I haven'tgot the PLD yet and so can't say how
well it works.Our current repeater uses a slightly-hacked K9NG
modem as an FSKregenerator; the primary purpose of that is to
ensure proper deviationlevels at the repeater transmitter and to
keep people from talking onthe repeater.    -
Brian------------------------------Date: 27 Mar 92 15:21:27
GMTFrom:
usc!cs.utexas.edu!tamsun!cs.tamu.edu![e-mail]:
[e-mail]
<[e-mail]>,
<[e-mail]>,
<[e-mail]>Subject : Re: Using a
full duplex repeater for packet radioIn article
<[e-mail]>, [e-mail]
(Phil Howard) writes:|> |> There might be more than one such
repeater set up on the same pair, within|> range of the using
station.  This would be a way to select which repeater the|>
packet is to go through.  Such a setup would be a problem, of
course, unless|> such capability were present.That's why, as all
repeaters should be, you would need coordination.  You stillwant
to regenerate locally, so as to prevent collisions from the
primary service area.  Of course, what would REALLY be neat
would be a voting regenerator!  One humongous big-smoke
transmitter in the middle, spokereceivers with high-speed links
back to the transmitter.  But then, the transmitter would
probably be keyed up continuously, due to the large numberof
users.  Oh well, another reason for CELLnet....|> The first 2
tend to be subjective, but that last one is the big catch.|> So
much software out there breaks these days.  But considering most
of|> the commercial software is actually developed under
pressure to "get it|> out the door ASAP" things like good
testing and even good design are|> left behind.  The best
software tools in the world can't help when the|> development
attitude doesn't allow for quality.Tell me about it.  I used to
work for a mini company doing software support.However, there
was some stuff that came out solid and stayed that way.
Butthen, there were others that came out solid and got broke
when the "improvements" came out.  And then there were the ca-ca
products from birth.There ain't no craftsmanship no more.....--
Kurt Freiberger, wb5bbw      [e-mail]   409/847-8607
fax:[phone]Dept. of Computer Science, Texas A&M University
    DoD #264: BMW R80/7 pilot"We preserve our freedom using
three boxes: ballot, jury, and cartridge."      *** Not an
official document of Texas A&M University
***------------------------------End of Packet-Radio Digest V92
#82******************************------------------------------Da
te: 28 Mar 1992 08:39:40 -0800From:
[e-mail]: Internet => NTS trafficTo:
[e-mail], thanks for posting the info about how
to forward NTS traffic Internetto packet. To answer your
question about the current format for addressingNTS traffic, you
have it half-right. NTS traffic is addressed to the USPostal
Zipcode of the addressee @ NTS** where "**" is the state to
whichthe piece of traffic is to be delivered. Like so,ST 27514 @
NTSNC < KB4LFDThanks again for the enlightenment.73 de
Will/KB4LFD------------------------------Date: 28 Mar 1992
07:12:41 -0800From: [e-mail]: NTS
addressing schemeTo: [e-mail] current addressing
scheme for NTS traffic is:   zipcode @ NTSxxxx would be the two
letter state abbreviation.  Example:   95020 @ NTSCARoy,
AA4RE------------------------------Date: 28 Mar 1992 21:49:15
-0800From: [e-mail]: NTS messagesTo:
[e-mail]     For sending NTS mail on packet, some
people seem to send it as NTS@NTSxxwhere xx is he 2 letter state
designator. Other places handle it as ZIPCODE@NTSxx . Here in
Michigan we use the ZIPCODE@NTSxx for traffic andif someone out
of state was to send it here, then the BBS programs willflip it
to NTSMI@ZIPCODE  and we would have to just handle zipcode
routing.      There seems to nto really be a standard because
many people say thatZIPCODE@NTSxx is the standard and some
people say that NTS@NTSxx with thezipcode somewhere in the title
or text is the standard. I prefer that peopleuse the zipcode in
the "to" field and the state can handle the messageautomatically
rather than Sysop's having to scan the message for a ZIPCODEto
figure out where to send it.Ron
N8FOW------------------------------Date: 29 Mar 92 03:49:17
GMTFrom:
sdd.hp.com!think.com!rpi!bu.edu!wang!tosspot.sv.com!lee@network.U
CSD.EDUSubject: Packet Radio TalkTo:
[e-mail] what my fellow hams say, what I'd
like to see is one nationwidefrequency with no damn BBSs on -
just stations who want to talk to eachother in
realtime....unfortunately, this appears to be a futile hope.
After all,junk mail has a much higher priority than actually
communicating.
Lee------------------------------Date: 29 Mar 92 06:50:02
GMTFrom:
dog.ee.lbl.gov!nosc!crash!slic![e-mail]:
Using a full duplex repeater for packet radioTo:
[e-mail]@ux1.cso.uiuc.edu (Phil Howard)
writes:> [e-mail] (Dana H. Myers) writes:> > >>If you
wanted to make a repeater do both voice and packet, it could>
>>check for a CTCSS tone present to invoke voice mode, otherwise
it would> >>check for the data stream as Kurt suggests.> > >   I
would not recommend sharing a duplex repeater with voice users;>
>they'll just complain until the data users are evicted.> > Nor
would I.  No repeater should have such dual USAGE... but having
the> dual CAPABILITY serves for a nice backup ability,
regardless of what the> primary usage is.But wait.  We are going
to try dual useage here shortly on a 220repeater.  As most of us
currently are running PL decoders tomute a co-channel system, we
think we might be able to co-exist.The voice mode will have
priority over packet.  Packet will be hereprimarily because of
the extremely poor throughput on 2 meterssimplex due to
crowding.  Secondarily, the advantage ofhi-altitude full duplex
operation is obvious.  We are a closed repeatersystem and intend
to have packet available only to membersnormally but envision
the Red Cross comming aboard occasionally.We plan on adding a
secondary PL decoder at the repeater whichwhen it detects the
"packet" PL, will add a 10 second hang-time,place the packet
repeater into carrier for 10 seconds after dropof the packet PL
and will bypass the voice channels into thecontroller.  This
should keep the turn-around times to a minumim.The normal PL
decoder is always active and if it detects "voicePL, it will
open the audio line from the TNC and essenciallydisable the
"packet transmitter" til the controller hang timerhas expired.If
it works it just may respark my interest in packet...if not,then
we end up with a spare PL decoder for other
clandestineuses.--Mike Shirley, WB6WUI          INET:
[e-mail] Box 460  (San Diego)       UUCP:
{hplabs!hp-sdd nosc}!crash!slic!mikeyLakeside, CA 92040-0460
  GEnie: SLIC------------------------------End of Packet-Radio
Digest V92 #83******************************Date: Mon, 30 Mar 92
04:30:02 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #84To: packet-radioPacket-Radio Digest         Mon,
30 Mar 92       Volume 92 : Issue  84Today's Topics:
                 9600 mods                         Data Engine
(4 msgs)                   Help 2nd try tcpip ka9q problem
                        proxlink
Tapr Dcd mod               What does 9600baud >Reliably< ? (2
msgs)Send Replies or notes for publication to:
<[e-mail]>Send subscription requests to:
<[e-mail]>Problems you can't solve
otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 29 Mar 92 20:22:10 GMTFrom:
sdd.hp.com!news.cs.indiana.edu!noose.ecn.purdue.edu!mentor.cc.pur
due.edu!sage.cc.purdue.edu![e-mail]:
9600 modsTo: [e-mail]'m looking for the
modifications needed to use 9600 baud packet on a Kenwood tm321a
220mhz radio. I know it involves bypassing the voice
filterswhich will filter much of the packet signal. Anyone with
information on thisplease e-mail the inforation to
me.ThanksBill--
*****************************************************************
************                   *                       ** I must create a System, or
*    Bill Kristler                      *  * be enslaved by
another Man's     *    Internet:
*------------------------------Date: 29 Mar 92 08:03:58 GMTFrom:
swrinde!mips!spool.mu.edu!umn.edu!cs.umn.edu!kksys!tdkt!FredGate@
network.UCSD.EDUSubject: Data EngineTo: [e-mail]
wondering if anyone had any comments regardingthe Kantronics
Data Engine, G8BPQ, and the DR4-10....I amthinking about buying
a Data Engine for either a 9600/9600 node or a 1200 to 9600
backbone node...I wouldrun G8BPQ on firmware and was wondering
if the 4-10 was reallyworth it, or if the motorolas the locals
are converting would bea OK way to go....(Micors/Mitreks)-Chris
* Origin: HAM>link< RBBS 612/HAM-0000 Saint Paul, MN
(K0TG)(1:282/100.0)------------------------------Date: 29 Mar 92
15:42:55 GMTFrom:
usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!wa4mei!k
e4zv![e-mail]: Data EngineTo:
[e-mail] article
<[e-mail]>
[e-mail] (Chris Schmelzer)
writes:>Was wondering if anyone had any comments regarding>the
Kantronics Data Engine, G8BPQ, and the DR4-10....I am>thinking
about buying a Data Engine for either a >9600/9600 node or a
1200 to 9600 backbone node...I would>run G8BPQ on firmware and
was wondering if the 4-10 was really>worth it, or if the
motorolas the locals are converting would be>a OK way to
go....(Micors/Mitreks)>-ChrisIf the node site is a high RF
environment, I'd go with the MOTO, otherwisethe 4-10 should be
OK.Gary KE4ZV------------------------------Date: Sun, 29 Mar
1992 22:56:57 GMTFrom:
kodak!ispd-newsserver!psinntp!ncrlnk!ciss!lawday![e-mail]
.eduSubject: Data EngineTo: [e-mail]@ke4zv.uucp
(Gary Coffman) writes:>In article
<[e-mail]>
[e-mail] (Chris Schmelzer)
writes:>>Was wondering if anyone had any comments regarding>>the
Kantronics Data Engine, G8BPQ, and the DR4-10....I am>>thinking
about buying a Data Engine for either a >>9600/9600 node or a
1200 to 9600 backbone node...I would>>run G8BPQ on firmware and
was wondering if the 4-10 was really>>worth it, or if the
motorolas the locals are converting would be>>a OK way to
go....(Micors/Mitreks)>>-Chris>If the node site is a high RF
environment, I'd go with the MOTO, otherwise>the 4-10 should be
OK.We're running a few of the D4-10s in a moderately high RF
site, andhaven't noticed any real problems (yet).  The D4 front
end is vastlyimproved over the DVR2-2, which would hear just
about anything otherthan the signal you want.John   AG9V-- John
R. Ackermann, Jr.        Law Department, NCR Corporation,
Dayton, Ohio(513) 445-2966
[e-mail] Radio: ag9v@n8acv
tcp/ip: [e-mail]
[44.70.12.34]------------------------------Date: Sun, 29 Mar
1992 22:54:57 GMTFrom:
kodak!ispd-newsserver!psinntp!ncrlnk!ciss!lawday![e-mail]
.eduSubject: Data EngineTo:
[e-mail]@f100.n282.z1.tdkt.kksys.com
(Chris Schmelzer) writes:>Was wondering if anyone had any
comments regarding>the Kantronics Data Engine, G8BPQ, and the
DR4-10....I am>thinking about buying a Data Engine for either a
>9600/9600 node or a 1200 to 9600 backbone node...I would>run
G8BPQ on firmware and was wondering if the 4-10 was really>worth
it, or if the motorolas the locals are converting would be>a OK
way to go....(Micors/Mitreks)>-ChrisI just got back from
spending the afternoon at K1LT's, where we havethree complete
node stacks built of DataEngines running G8BPQ anddriving D4-10
radios running, going through final tweaking beforebecoming the
new Dayton - Columbus - Cincinnati backbone.  Impressionsso
far:1)  The DataEngine/G8BPQ combo works pretty well, with the
19.2 links onthe internal ports and slower channels running
polled KISS.  There is anapparent bug/misdesign in the current
BPQ code, though, that forces somenodes (I think the ones
hanging on the polled KISS line) to be stuckwith FRACK values
that are far too long for high-speed use.  K1LT is upon this
one, not me.2)  The DataEngine is <not> good for high speed KISS
operation.  We (andI'm told others) have tried running NOS with
them and there's somethingjust plain wrong with the code -- lots
of frames get trashed, and lotsof retries.  We think its a
firmware and not hardware problem, as wedon't see this with
normal AX.25 or G8BPQ operation.3)  The D4-10 radios seem quite
good.  We're seeing 11 or 12 wattsoutput, and reasonable
sensitivity (about 1 uV for reasonable quietingin the wideband
-- 60KHz bandwidth -- mode).  Minor nits:  there's noDCD LED, so
you can't tell if the squelch is open unless you have aspeaker
hooked up, and there appears to be no way to get a
signalstrength reading from the all-in-one demod chip they're
using.Turnaround time is very fast; we've run with as short as 6
or 7millisecond TXD (note -- that's <milliseconds>, not 10ms TXD
clicks likemost TNCs use).  My only real wish is that the damn
things ran 25 or 30watts; the extra power would help a lot on
some of our paths.John  AG9V-- John R. Ackermann, Jr.        Law
Department, NCR Corporation, Dayton, Ohio(513) 445-2966
[e-mail] Radio: ag9v@n8acv
tcp/ip: [e-mail]
[44.70.12.34]------------------------------Date: Mon, 30 Mar
1992 04:50:04 GMTFrom:
qualcom.qualcomm.com!chicago.qualcomm.com![e-mail]
bject: Help 2nd try tcpip ka9q problemTo:
[e-mail] article <[e-mail]>
[e-mail] (Ted Medin) writes:>of the ka9q software.
When an ax25 user connects to me i get no notification>that they
are trying to connect. What am i doing wrong?Ted,This is a
feature, not a bug. You aren't notified immediately of anAX.25
connect because there are many reasons a station might connectto
you, and you *really* don't want to know about all of them.
Forexample, a station may automatically establish an AX.25
connection toyou to forward IP or NETROM datagrams, and they
might not even bedestined for your station (i.e., you may be
just relaying them onyourself).The way to get the operator's
attention is to first issue a carriagereturn after connecting.
This tells the KA9Q system to connect theuser to the mailbox
system. Then the user can use the "chat" featureof the mailbox
to get the operator's attention.The carriage return is needed
because in AX.25, there's no way to telluntil the first data
packet is received whether the incoming userwants the mailbox or
will be forwarding IP or NETROM datagrams. Thereason has to do
with the lack of a protocol field in the AX.25"SABM", or connect
request frame; you have to wait until the first "I"or data frame
to see what type of information is being
sent.Phil------------------------------Date: 30 Mar 92 02:28:15
GMTFrom:
swrinde!zaphod.mps.ohio-state.edu!n8emr![e-mail]
ct: proxlinkTo: [e-mail] know anything about
the Proxim  RangeLan radio modems?Any chance of adding an
amp/preamp to extend the range?Just got a flyer from them and
they have both internal and externalradio modules. The external
version is rs232 in 902-928mhz spread spectrum out. 100mw,
242kbps, 3 channels (hop rate?). Internal is an ISA card with a
tranceiver. -- Gary W. Sanders n8emr![e-mail],
72277,1325N8EMR @ N8JVY (ip addr) 44.70.0.1 [Ohio AMPR address
coordinator]HAM BBS 614-895-2553 (1200/2400/V.32/PEP) Voice:
614-895-2552 (eves/weekends)------------------------------Date:
29 Mar 92 08:02:22 GMTFrom:
swrinde!mips!spool.mu.edu!umn.edu!cs.umn.edu!kksys!tdkt!FredGate@
network.UCSD.EDUSubject: Tapr Dcd modTo: [e-mail]
all, I recently bought and assembled a TAPR STATE machine DCD
mod for myPK-88 (so I didn't get the internal clock) I carefully
assembled it andtacked the ribbon cable leads to the appropriate
IC pin pts...but it has yet to work....When it was installed the
DCD worked as before, only with closed squelch,but to add to
that I was getting no data across the RS-232.... ANY
ideas???-Chris N0OVF * Origin: HAM>link< RBBS 612/HAM-0000 Saint
Paul, MN (K0TG)(1:282/100.0)------------------------------Date:
Mon, 30 Mar 1992 02:51:17 GMTFrom:
mjbtn!wilson![e-mail]: What does 9600baud
>Reliably< ?To: [e-mail] have had problems with
Tekk 450 radios and are looking to replace(or repair) these
things.  I find that I can shut down the computerand 2 hours
later turn the computer back on and the Tekk radios(on 440) will
have drifted 4 kc or worse.  I have seen them offfreq by as much
as 8 kc or so after a small period of time.  It seemsto be
bothered by temperature changes rather severely.I am running a
286 with a Packetwin card and a Tekk radio.I have had thoughts
about making a xtal oven with a resistorattached to the
crystals, but have not tried this.Comments?Also, what is
available for 440 that would work well at 9600or faster?
Specifically, what are your thoughts about the Ramsey, and
Kantronics radios?  Any others that would fit the billeasily?
Has anyone tried modifying commercial gear for this?Inquiring
minds want to know. :-)Dave(Looks like another visit to
Dayton..)-- David R. Wilson, WB4LHOSmyrna, Tennessee USAINET:
[e-mail]:
...!uunet!mjbtn!wilson!david------------------------------Date:
Mon, 30 Mar 1992 12:03:51 GMTFrom:
europa.asd.contel.com!rocky![e-mail]: What
does 9600baud >Reliably< ?To:
[e-mail]@wilson.jobsoft.com (David R. Wilson)
writes:>I have had problems with Tekk 450 radios and are looking
to replace>(or repair) these things.  I find that I can shut
down the computer>and 2 hours later turn the computer back on
and the Tekk radios>(on 440) will have drifted 4 kc or worse.  I
have seen them off>freq by as much as 8 kc or so after a small
period of time.  It seems>to be bothered by temperature changes
rather severely.>I am running a 286 with a Packetwin card and a
Tekk radio.>I have had thoughts about making a xtal oven with a
resistor>attached to the crystals, but have not tried
this.Ovenizing the LO would certainly help, and that's exactly
what I wouldsuggest doing if and only if you are dead set on
keeping the Tekkradios.  I don't know much about the Tekk radios
but what I have seenis not very favorable.  Since I don't have
exact measurements in hand,I won't comment further.  But suffice
it to say that you will need todo a little work to have reliable
data communication with the Tekkradios.I'd be interested in
hearing some first hand comments about the Tekk rigs.>Also, what
is available for 440 that would work well at 9600>or faster?
Specifically, what are your thoughts about the >Ramsey, and
Kantronics radios?  Any others that would fit the bill>easily?
Has anyone tried modifying commercial gear for this?>Inquiring
minds want to know. :-)Here in New England we have a few
PacketCluster backbone links running9600 baud with G3RUH modems
and Maxon commercial 440 MHz mobile radios. TheMaxons are very
easy to modify and work flawlessly once set up right.I forget
the model numbers but if you're interested you might
contactN1DCS in Connecticut for more info.  There are surely
other commercialradios that can be used...but I don't have a
list of them handy.  Butbasically what you want is a true FM
radio....then you just have tofind the varactor for transmit and
the discriminator point forreceive.Also, I have heard good
things about Alinco but am not sure whatthey're offering for
higher than 2400 baud radios.  I know they have a2m radio
(DR-1200T) that will do up to 2400 baud....anyone know aboutany
440 MHz offerings from Alinco?Then there's the Kantronics DVR
series......I'd stay away from theseat all costs.  The receivers
are very broad and you are guaaranteed tohave troubles in high
RF level environments.>(Looks like another visit to Dayton..)Ya
got that right!  If you just have one link in mind then buy
twocheap commercial radios and get them running.....-- Dave
PascoeGTE/SCSD  |  [e-mail]3T      |  (617)
455-5704------------------------------Date: 29 Mar 1992 16:11:26
-0800From: [e-mail]:
[e-mail] [e-mail], (John,
Trickey)aySubject : Re: wnos infoIn "wnos info" (21:09, Fri Mar
27, 1992)  'Barry' wrote { Sorry, the gateway did not forward
the address }>> its also been ported Back to UNIX from where it
came... by HB9RWM> Can anyone tell me how to get in touch with
HB9RWM. Is he on the net?I am just starting to port version 3b1
to Unix here & he could saveme a lot of
time.73.John,=====[e-mail] ||
[e-mail][44.131.3.55]------------------------------Date:
 29 Mar 92 15:09:39 GMTFrom:
swrinde!mips!zaphod.mps.ohio-state.edu!n8emr![e-mail]
To: [e-mail]
<[e-mail]>,
<[e-mail]>,
<[e-mail]>Subject : Re: BBS name standards /
Packet-BBS gatewaysIn article <[e-mail]>
[e-mail] (Jim Durham) writes:>In article
<[e-mail]>, [e-mail]
(Johan. K. Reinalda) writes:>Because of this, I will probably
support both X headers and the scheme>I mentioned earlier of
using "percent-style" addresses to carry this>information, ie;
an "ALL@AMSAT" bulletin from W1ABC with a BID of>$orbs22_088
would be
addressed:>>all%amsat.#w1abc.$[e-mail]>>Tra
ffic would be
like:>>nts%ntsma.#w1abc.$[e-mail]>    I didnt
think the # was a valid rfc822 character. I know mylocal machine
as well as our suns barf on it..-- Gary W. Sanders
n8emr![e-mail], 72277,1325N8EMR @ N8JVY (ip
addr) 44.70.0.1 [Ohio AMPR address coordinator]HAM BBS
614-895-2553 (1200/2400/V.32/PEP) Voice: 614-895-2552
(eves/weekends)------------------------------End of Packet-Radio
Digest V92 #84******************************Date: Tue, 31 Mar 92
04:30:04 PSTFrom: Packet-Radio Mailing List and Newsgroup
<[e-mail]>Errors-To:
[e-mail]-To:
[e-mail]: BulkSubject: Packet-Radio
Digest V92 #85To: packet-radioPacket-Radio Digest         Tue,
31 Mar 92       Volume 92 : Issue  85Today's Topics:
    AmigaNOS and expansion serial ports
Calling Gary Coffman..               Can you run packet on an
HP95LX palmtop?                   Help 2nd try tcpip ka9q
problem                     Help ka9q (pa0gri) question
      NEEDED:  PMP Elmer in Houston area...
      NTS addressing                    NTS addressing scheme (2
msgs)                  Packet radio for medical research
                    PHS Software                    PK88 and DCD
State Machine mod                          Poor man's packet
          The resurgence of a myth: Craig Shergold
    What does 9600baud >Reliably< ?Send Replies or notes for
publication to: <[e-mail]>Send subscription
requests to: <[e-mail]>Problems you can't
solve otherwise to [e-mail] 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 textherein consists of
personal comments and does not represent the officialpolicies or
positions of any party.  Your mileage may vary.  So
there.-----------------------------------------------------------
-----------Date: 30 Mar 1992 08:14:10 -0800From:
[e-mail]: AmigaNOS and expansion serial
portsTo: [e-mail]> As to why you have to set MTU to
1, I don't know.  On my system the value> of MTU has no effect
on how well the serial port works.  I am currently> running with
a buffer of 1 and an MTU of 2048 and everything works fine.After
experimenting a bit this weekend I restored the MTU value to
it'soriginal number and the system still works fine.  The buffer
must be 1it seems however.  AmigaNOS thinks it is sending
characters out with avalue higher than 1, but really does not
(the TNC does not transmit) andAmigaNOS never receives anything.
 Guess I'll stick with a value of 1until I can get an updated
driver.  I don't notice any degradationanyway, seems to run just
as well as the internal
port.____________________________________________________________
__________Dan Roman           |     ///          Internet:
[e-mail] Inc.       | \\\///
GEnie:  D.ROMAN1Woodcliff Lake, NJ  |  \XX/ Only AMIGA!
Homebrew is better
brew.============================================================
==========------------------------------Date: 30 Mar 92 20:02:18
GMTFrom:
timbuk.cray.com!hemlock.cray.com![e-mail]:
Calling Gary Coffman..To: [e-mail] excuse the
bandwidth, but I'm trying to send some email [e-mail]
(Gary Coffman), and our mailer sicks up on thataddress. Gary, if
you could drop me a line, I'd like to follow up onyour note
about using Channel Guard on GE-Mastr radios for 9600
baud.Thanks,-- andyw.    N0REN/[e-mail]    Andy
Warner, Cray Research, Inc.    (612)
683-5835------------------------------Date: 30 Mar 92 23:27:05
GMTFrom:
swrinde!mips!spool.mu.edu!umn.edu!src.honeywell.com!kanefsky@netw
ork.UCSD.EDUSubject: Can you run packet on an HP95LX palmtop?To:
[e-mail] anyone successfully run packet on an HP
95LX palmtop computer?It has a somewhat non-standard 4-pin
serial port with just, RX, TXand ground and none of the other
pins needed for DCD, hardware handshaking,etc.  It *is*
compatable with most DOS programs and has a decent
built-incommunications program.Thanks in advance,--Steve
Kanefsky(callsign pending)------------------------------Date:
Tue, 31 Mar 1992 00:33:59 GMTFrom:
usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.in
s.cwru.edu!ncoast![e-mail]: Help 2nd try
tcpip ka9q problemTo: [e-mail] quoted from
<[e-mail]> by
[e-mail] (Phil Karn):+---------------| In
article <[e-mail]> [e-mail] (Ted Medin)
writes:| >of the ka9q software. When an ax25 user connects to me
i get no notification| >that they are trying to connect. What am
i doing wrong?| | The way to get the operator's attention is to
first issue a carriage| return after connecting. This tells the
KA9Q system to connect the| user to the mailbox system. Then the
user can use the "chat" feature| of the mailbox to get the
operator's attention.+---------------If you have PA0GRI 2.0 you
can set "mbox jumpstart on" to defeat this.  DON'TDO THIS IF YOU
ARE USING NET/ROM UNLESS yOU GIVE THE NET/ROM NODE A
DIFFERENTCALL (another PA0GRI 2.0 feature), AND DON"T DO IT AT
ALL IF YOU WILL BE USING"mode vc"!  The results if you do are
NOT pretty.AX.25 is a poor wrapper for IP and NET/ROM packets;
unfortunately, thanks tothe FCC it's all we have.
(grrr.....)++Brandon-- Brandon S. Allbery, KF8NH [44.70.4.88]
    [e-mail] Programmer, Telotech, Inc. (if I
may call myself that...)------------------------------Date: 30
Mar 92 13:41:15 GMTFrom:
mcsun!sun4nl!tuegate.tue.nl!blade![e-mail]:
Help ka9q (pa0gri) questionTo:
[e-mail]@cod.nosc.mil (Ted Medin) writes:: :
I have been running pa0gri version 2.0f and have this problem
with x25: connections::  If another user connects to me with the
x25 protocol i get no notification: from the pgm. So what am i
missing? Tried turning the attended flag on with: no success. I
was using the vanala (sp?) ka9q 911229 version and believe: that
also gave me no notification. HELP: 73, te: n6trfYeah, that's
right.A AX25 connect doesn't send a note to the keyboard, simply
because the connecting station ISN'T connected to the keyboard!
Whenever you CONNECT(in AX25) a NOS station, you'll discover you
get the NOS mailbox. Dependingon whatever version of NOS you
have running, you can issue a command to connect the
operator:WNOS/HRLNOS/MINIHRL: c(onnect operator)GRI/NOS (2.0)
  : op(erator)In these circumstances "mbox attend" MUST be
enabled and the ttylink serverMUST be started (with "start
ttylink")The remote user can also issue the command:telnet
<hostname_of_this_bbs> 87to connect to the console... In this
case it is not necessary for the mail-box to have the "mbox
attend on".... It will try to connect anyway...If there are
still questions, mail me...          Best regards,
Ramon------------------------------------------------------------
---------------------Ramon Kolb    Internet:
[e-mail]3EUG        AMPRNET :
[e-mail]; [e-mail]              BBS
  : PA3EUG @ ON4UBO    This mail was posted from The University
of Technology, Eindhoven, NL
------------------------------Date: Mon, 30 Mar 1992 16:38:26
GMTFrom:
theory.TC.Cornell.EDU![e-mail]:
NEEDED:  PMP Elmer in Houston area...To:
[e-mail]'ve posting for a fellow down in Houston
that's having trouble getting a Poor Man's Packet modem up and
running.  He asked me for anyone in his areathat might be able
to give him some help.If anyone is interested, he'd really
appreciate some expertise.Please e-mail.  Thanks!-- =  =  =  =
=  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =
 =Andrew C. Payne, N8KEI        UUCP:
...!cornell!batcomputer!payne                          INTERNET:
 [e-mail]------------------------------Date: 30 Mar
1992 17:35:36 -0800From: [e-mail]: NTS
addressingTo: [e-mail] NTSCA is not needed if
you are within the state.  However, the"standard" is that all
BBS within a state should strip off the NTSxxfor their state.
This is needed to allow the routing by the TOportion of the
address rather than the @ portion.So when a message addressed to
95020@NTSCA arrives from some distantland (like Oregon), my BBS
strips off the @NTSCA and leaves the 95020.The routing software
sees the blank "@" area and uses the 95020 forrouting.Including
a hierarchical address on an NTS message is a waste ofbandwidth.
 The address already includes the country and state (sinceonly
Canada and US have the NTS system) and the zipcode says where
inthe state to send it.Actually, the NTSxx is redundant but is
done to allow routing througholder systems which don't support a
wildcard in the routing file andalso makes it easier than trying
to figure out which zipcode is inwhich state.Roy,
AA4RE------------------------------Date: Mon, 30 Mar 1992
17:04:57 GMTFrom: telesoft![e-mail]: NTS
addressing schemeTo: [e-mail]
<[e-mail]> [e-mail] (Roy
Engehausen) writes:>The current addressing scheme for NTS
traffic is:>   zipcode @ NTSxx>xx would be the two letter state
abbreviation.  Example:>   95020 @ NTSCAI've been told by my
local PBBS sysop to leave off the "@ NTSCA" whenthe destination
is within the state.  Is that just a bug here or is thatcommon
practice elsewhere?--GaryM-- Gary Morris
Internet: [e-mail]6YB (N5QWC)                UUCP:
uunet!telesoft!gTeleSoft                     AMPR:     KK6YB @
W2XOSan Diego, CA                Phone:    +1
619-457-2700------------------------------Date: 30 Mar 92
19:58:40 GMTFrom:
swrinde!mips!spool.mu.edu!wupost!udel!gvls1!gvlf2![e-mail]
D.EDUSubject: NTS addressing schemeTo: [e-mail]
article <[e-mail]> [e-mail]
writes:>In <[e-mail]> [e-mail]
(Roy Engehausen) writes:>>The current addressing scheme for NTS
traffic is:>>   zipcode @ NTSxx>>xx would be the two letter
state abbreviation.  Example:>>   95020 @ NTSCA>>I've been told
by my local PBBS sysop to leave off the "@ NTSCA" when>the
destination is within the state.  Is that just a bug here or is
that>common practice elsewhere?It's not a bug.  Proper usage
will depend on the originating BBS.Some software has forwarding
files that will automatically append theproper
'@NTSxx.state.usa'.  Others do not.  Follow the proceedure setby
your BBS SYSOP.  My BBS will append the proper routing to a  'ST
19460'  input, butif I were to input 'ST 19460@NTSEPA' it will
sit waiting for SYSOPintervention since that is not in the
forwarding file.Practically all BBS software has help files.
Use them in conjunctionwith questions to the SYSOP if you don't
understand the help file.----Ed Naratil
           (All standard disclaimers apply)Amateur Packet:
w3bnr@n3la.#epa.pa.usa.na
[e-mail]------------------------------Date: 31
Mar 92 02:50:21 GMTFrom: rwja![e-mail]: Packet
radio for medical researchTo: [e-mail] am a
medical student working with a cardiologist on several
researchprojects.  One of the things we are contemplating is
setting up amobile echocardiogram machine (in a van) that would
be driven toremote sites (away from the hospital) and used to
acquire echoes frompatients.  We would like to try sending the
images back by packetradio at 9600 baud or higher on 2-meters or
440 MHz.  It would not befor commercial purposes, but simply an
experiment to see how much datawe can reasonably send
back---each image is about 200K, but we hope tocompress them and
only send differences.My question is---can anyone think of any
reason why the FCC wouldobject to this?    Thanks, Ralph N2HBN
([e-mail])-- G. Ralph KuntzMedical student, UMDNJ -
Robert Wood Johnson Medical School, Class of
[e-mail]            (H) 908-463-7170[Computer scientist for
Bell Labs in a former life (before Med.
School)].------------------------------Date: 30 Mar 92 21:14:40
GMTFrom:
olivea!isc-br!tau-ceti!comtch!iea![e-mail]: PHS
SoftwareTo: [e-mail] anyone have any
information where I can get the PHS software?  Itevidently is
like the THS software for the DRSI card, but runs on thePK232 by
AEA.  I am a little hard to get a hold of on this Net.As its a
Fido Net link into this forum.  But any info would
beappreciated.Jay Townsend, WS7I @ WS7I.#SPOKN.WA.USA.NA *
Origin: Radio Therapy BBS * 509.534.7924 *
(1:346/3)------------------------------Date: 30 Mar 1992
11:23:31 -0800From: [e-mail]: PK88 and
DCD State Machine modTo: [e-mail], sorry to
hear you are having trouble getting the TAPR DCD State
MachineMod to work with your PK-88. I think I may know what the
trouble is.I detected a misprint in the instructions calling for
the installer tosolder one of the leads to the wrong pin on the
Am7910 when I built andinstalled the DCDSM in my PK88. My
documentation is at my home QTH presently,so I can't tell you
exactly what the misprint is. I think the instructionssay to
solder the RX line to a pin other than 26 on Am7910. In fact,
the pinTAPR specifies is not even listed on the PK-88 schematic!
Here is what youneed to do: Pull out your PK-88 manual and turn
to the schematic on Page D-1(Appendix D) and check the DCDSM
instructions against the schematic. Theschematic lists all
relevant pin numbers and line descriptions (Thanks AEA).If you
come accross an instruction to solder a lead to a pin that is
notlisted on the schematic, you have found the misprint. Ignore
the misprint andsolder the lead to the correct pin.Also, after
you get your DCDSM working, set CUSTOM bit #0 to 0. This
allowsreceipt of packets even when the signal is not strong
enough to trip the DCD.Though my DCDSM works fine, it will
occasionally ignore a valid packet.Setting that bit improved my
throughput immensely.Hope this helps. Please let me know how
things work out. Lastly, good luckgetting the DCDSM inside the
case! I had a time with that myself hihi.73 de
Will/KB4LFDInternet: [e-mail]:
[e-mail]          KB4LFD@W2XO.#WPA.PA.USA.NOAM
(Gateway)------------------------------Date: Sun, 29 Mar 92
22:10:13 PSTFrom:
netcomsv!micromed![e-mail]: Poor man's
packetTo: [e-mail] anyone out ther have any
experience with "Poor Man's Packet?"  there was an atricle in
last years '73 magazine - august, I believe, which described how
to build a modem to use PMP.  I could really use your help in
getting a copy of this article.  Can it be scanned and sent to
me?  Or Xeroxed and mailed - I'll cover costs.  Please help.
Oh, yes - I got my ticket yesterday -
KD6HIJ.----------------------------------------------------------
[e-mail] (Michael
Solinas)Micro-Medic BBS
  [phone]------------------------------Date: 30 Mar 1992
07:37:51 -0800From: ucsd.edu![e-mail]: The
resurgence of a myth: Craig ShergoldTo: [e-mail]
you happen to see a message on your local packet BBS about
sendingpost cards to a dying child, you might wish to consider
the followingand perhaps even follow up on the BBS
message.>Article: 1 of news.announce.important>Newsgroups:
news.announce.important>Path:
network.ucsd.edu!pacbell.com!att!cbfsb!mark>From: Gene Spafford
<[e-mail]>>Subject: DO NOT SENT ANY {GET WELL, POST,
BUSINESS} CARDS TO CRAIG SHERGOLD!>Message-ID:
<[e-mail]>>Sender:
[e-mail] (Mark Horton)>Reply-To:
[e-mail]>Organization: SERC, Department of Computer
Sciences, Purdue Univ.>Date: Mon, 17 Feb 1992 19:43:21
GMT>Approved: [e-mail] you call the ``Children's
Make a Wish'' foundation, you will findthat they are not
soliciting any form of card for Craig Shergold oranyone else.
Better yet, if you call the Guinness people (USpublisher is
"Facts on File" @ 212-683--2244 ext. 336), you can getthis same
story confirmed.  You will also find that they will nolonger
endorse or support any effort to break this record.Many years
ago, Craig Shergold had a brain tumor, believed inoperable.He
sought to set the Guinness record for get-well cards.  The call
waswell-publicized, and he did, indeed set the record (consult a
recentedition of the book --- he has received in excess of 16
million cardsto date; he officially set the record as of 17 Nov
1989).As part of this whole story, his plight caught the
attention of JohnKluge, the US billionaire, who paid for Craig
to come to the US andreceive specialized treatment.  As a
result, Craig has recoveredcompletely from his tumor.  He is
also no longer seven, but well intohis teens (you can see how
out-of-date the request for cards is fromthis -- it's like
circulating a letter encouraging people to vote forCarter for
President).The problem is that the mimeographed sheets and
letters seeking cardsfor Craig have continued to be circulated.
As a result, cardscontinue to pour in to the post office for
Royal Marsden Hospital inEngland.  Worse, the appeal has mutated
into various other versions,such as an appeal for business
cards, one for postcards, and anotherversion that appeals for
holiday cards.The Shergold family has publicly appealed many
times that people ceaseto mail them cards and letters, and that
no more appeals be made ontheir behalf. One easily accessible
way to verify this is with thearticle on page 24 of the 19 July
1990 NY Times.  People Magazine wrotean article about it on June
1, 1991, page 63.  Even Ann Landers hascarried an item on this
[6/23/91], but people still keep trying to sendcards.  Both
Guinness and Royal Marsden have repeatedly issued pressreleases
asking people to stop circulating requests for cards, as theyare
creating an undue burden on both the hospital and the postal
service.The Guinness people have discontinued the category to
prevent thiskind of thing from ever happening again, and are
doing their utmost tokill any further mailings.  The Royal
Marsden Hospital is at a losswhat to do with the cards that
continue to arrive --- most are beingsold to stamp collectors
and paper recyclers, and none go on to Craig.This appeal for
Craig, as well as many urban legends, regularly appearon
electronic bulletin boards around the world, and in
manyorganizational newsletters and bulletins.  It is both
heartening andunfortunate that there are so many well-meaning
people who continue topropagate these stories.  It is too bad
that so many people areunwilling to verify their information
before passing such thingsalong, especially when a simple phone
call will suffice to do so.  Inthis case, opening a recent copy
of a book carried by nearly everylibrary and bookstore would
illuminate the situation.If you would still like to do something
for a dying child, considermaking a donation to a charity such
as UNICEF or to the InternationalRed Cross (Red Crescent, Red
Magen David).  Many thousands of childrenare dying daily around
the world from disease and starvation, andcountless millions
more are suffering from the ravages of war, famine,disease, and
natural disaster.  Think how many of them might be helpedby the
millions of dollars in postage spent on cards to
CraigShergold....   Addresses (in US) are:    UNICEF
American National Red Cross           1 UN Plaza         17th & D
Streets                      New York, NY 10017   Washington, DC
20006                               Attn: international children's
aid[Also, I encourage you to save this announcement, in either
electronicor hard copy form, and to post it to any bulletin
board you've seen theoriginal plea on.  If you see it in the
future, as you probably will,you can attach a copy of this
announcement.  Wouldn't it be great tofinally kill this story,
which spreads like a virus? - MRH]    -- Professor Gene
SpaffordDept. of Computer SciencesPurdue UniversityW. Lafayette
IN
[e-mail]------------------------------Date:
30 Mar 92 16:13:02 GMTFrom:
psinntp!ncrlnk!ciss!lawday![e-mail]: What does
9600baud >Reliably< ?To:
[e-mail]@rocky.gte.com (Dave Pascoe)
writes:>Then there's the Kantronics DVR series......I'd stay
away from these>at all costs.  The receivers are very broad and
you are guaaranteed to>have troubles in high RF level
environments.At least WRT the UHF radio (the D4-10), that's not
true.  It's got arespectable front-end with two helicals before
and two following the RFamp.  The 2M model is another story.As
I've mentioned in some other posts, we've been playing with the
D4radios (starting with a pair of beta models) for over a year,
and havebeen quite happy with them.John   AG9V-- John R.
Ackermann, Jr.        Law Department, NCR Corporation, Dayton,
Ohio(513) 445-2966              [e-mail]
Radio: ag9v@n8acv      tcp/ip: [e-mail]
[44.70.12.34]------------------------------Date: Tue, 31 Mar
1992 07:59:51 GMTFrom:
qualcom.qualcomm.com!chicago.qualcomm.com![e-mail]
: [e-mail] <[e-mail]>,
<[e-mail]>,
<[e-mail]>-Subject : Re: Help 2nd try
tcpip ka9q problemIn article <[e-mail]>
[e-mail] (Brandon S. Allbery KF8NH) writes:>AX.25 is a
poor wrapper for IP and NET/ROM packets; unfortunately, thanks
to>the FCC it's all we have.  (grrr.....)It would actually have
been pretty simple to add a PID to the outgoingSABM (connect
request) packets in my code. Then I could have broughtup the
mailbox right away whenever an incoming SABM carries PID
F0(plain ascii text, i.e., keyboard user), defaulting to the
presentbehavior of requiring a CR when a plain SABM (no pid)
arrives.Unfortunately, the AX.25 protocol is based on X.25/LAPB,
the designersof which lived B.C. -- before the discovery of the
InternetImplementers' Creed: Be conservative in what you send,
liberal in whatyou accept. The AX.25 spec specifies that SABM
frames (among severalother types) aren't supposed to have
information fields, and if one isseen the link is supposed to be
reset with a FRMR (frame reject). Itwould have been just as easy
to say that unexpected information fieldsshould be ignored
(i.e., be liberal in what you expect) to pave theway for
backward compatible extensions of the protocol,
butNOOOOO.....Phil------------------------------End of
Packet-Radio Digest V92 #85******************************