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

Text File | 1993-12-31 | 338.3 KB | 8,573 lines

Mon,  2 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #297
To: packet-radio


Packet-Radio Digest         Mon,  2 Nov 92       Volume 92 : Issue  297

Today's Topics:
             baycom software for HP-48sx?
             cable from DJ160T to MFJ1270
              DRSI & BPQ problem
               GRAPES 56KB RF Questions
              Looking For Randy Hall ...
            RFD: rec.radio.info moderated
           rose software available from mail server
          ROSE Software available via mail-software

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Mon, 2 Nov 1992 03:17:09 GMT
From: boulder!ucsu!rintintin.Colorado.EDU![e-mail]
Subject: baycom software for HP-48sx?
To: [e-mail]

This is a long shot, but has anyone written sortware
for the hp-48sx to drive a baycom or poor mans packet
setup? I understand that it's pretty easy to hook up a regular
TNC to an HP, but I wanted to do it with a home brew tnc.

thanks!

--
Brian Weaver [phone]       University of Colorado at Boulder
[e-mail]    (internet)
KD6CFA@N0ARY.#NOCAL.CA.USA.NA     (packet radio)

------------------------------

Date: 1 Nov 1992 05:31:43 GMT
From: spool.mu.edu!studsys.mscs.mu.edu![e-mail]
Subject: cable from DJ160T to MFJ1270
To: [e-mail]

As if the subject doesn't say it all...  I need a cable to connect my Alinco
DJ160T HT to an *old* MFJ 1270 TNC.  Or perhaps a list of connections...
--
Jason Hanson         |   915 W. Wisconsin Ave #1010   |     [phone]
Marquette University |   Milwaukee, WI 53233-2373     |     Ham Radio: N9LEA/AG
--  [e-mail]       ==+==       n9lea@n0ary.#nocal.ca.usa.na  --

------------------------------

Date: Sun, 1 Nov 1992 23:14:12 GMT
From: mcsun!ieunet!tcdcs![e-mail]
Subject: DRSI & BPQ problem
To: [e-mail]

Does anyone have any experience of known working drsi cards (type 2s)
having a timing or interrupt problem when driven with bpq software?
We have tried all combinations of interrupt and address settings.

The symptoms with the cards are a long drawn out garbled transmission
when using pac4 to get at bpq. Also the cards do not decode packets.

One card works fine (well we get lots of crit errors?) with the DRSI
supplied tnctsr-s program when driven by AA4REs BBS. This is running
in a 'turbo' 8088. BPQ makes the long drawn out noises in this
machine.

The other works fine (with bpq) in a 20MHz 386DX, but exhibits the
above symptoms in a 40MHz 386DX machine.

DRSI in a fax have suggested investing in faster cmos parts for the
card which goes in the 40MHz 386. I am not sure about the sense
behind this though.

The manual talks about the removal of a pull down resistor in the
event of timing problems when running their software. But it fails to
document where it is on the board.

Does any of this sound familar? If so HELP!

73 Paul

------------------------------

Date: 1 Nov 92 14:18:16 GMT
From: news!netsys!pagesat!pagesat![e-mail]
Subject: GRAPES 56KB RF Questions
To: [e-mail]

I noticed that the designer of the 56K modem is named Heatherington. Is
this the same Heatherington who invented the escape sequence used by Hayes?

    Regards Norman Gillaspie

--
------------------------------------------------------------------------
Norman Gillaspie         [e-mail]
(v) 415-424-0380P (fax) 415-424-0405       PageSat Inc.
------------------------------------------------------------------------

------------------------------

Date: 30 Oct 92 13:15:16 GMT
From: sdd.hp.com!nigel.msen.com!yale.edu!spool.mu.edu!sgiblab!sgigate!psinntp!psinntp!gdstech![e-mail]
Subject: Looking For Randy Hall ...
To: [e-mail]

----------------------------------------------------------------------
This message is posted on behalf of John Whitson, not Steve Engel.
Please Reply to:  [e-mail], or by phone to John
at [phone].


    If anyone knows the address/phone number for Randy Hall,
    could they please tell me? I purchased a Heathkit TNC from
    him, and UPS had given him a problem, and I want to make
    sure it was resolved. Unfortunately, it was about three years
    ago and I have moved four times since then!

    Thanks!! E-Mail to [e-mail]

    73, John KB2GNC

------------------------------

Date: Sun, 1 Nov 1992 23:51:00 GMT
From: [e-mail]
Subject: RFD: rec.radio.info moderated
To: [e-mail]

Proposed is a new moderated group, rec.radio.info. This group should carry
informational posts such as the radio FAQs, Solar Reports, ARRL Bulletins,
RACES Bulletins, Keplerian elements, AMSAT Bulletins, Amateurs on USENET list,
Elmers List, SCDX postings and others too numerous to mention. Also
informational posts in the other rec.radio.* groups may be reposted in this
group (either at the request of the poster, or by one of the moderators).

For the benefit of those of you that don't understand the current
rec.radio.* hierarchy:

rec.radio.amateur.misc          Amateur Radio practices, contests, events
                    and other discussions.
rec.radio.amateur.packet        Discussion about packet radio setups.
rec.radio.amateur.policy        Amateur Radio practices, rules, etc.
rec.radio.swap                  Offers to trade and swap radio equipment.
rec.radio.noncomm               Non commercial radio discussions
rec.radio.shortwave             Shortwave Radio discussions.
rec.radio.cb                    Arguments about Linears and whose stick is
                    bigger
rec.radio.broadcasting          moderated group about broadcast radio

Non of these groups would change, but the hopes would be that the informative
posts from each of these groups end up in the proposed new group
rec.radio.info. Other proposed names for the group that have been made are:
rec.radio.answers, rec.radio.info, rec.radio.announce, rec.radio.amateur.news,
rec.radio.news so a choice for a name for this group is also up in the air.

The moderator that has volunteered is Mark Salyzyn ([e-mail]) along
with, I hope, several co-moderators that make up the list of informational post
contributors. So far Paul W. Schleck ([e-mail]) has
volunteered to be one of the co-moderators.

I will try to set up an archive for this new group, but hopes are that there
will be a volunteer with a better connected (ie: ftp'able) site arranged.

Paul has also agreed that, once vote is to be taken in 30 days, he will tally
the votes. The voting addresses will be presented at the RFV, so DO NOT VOTE
NOW!

Followups to news.groups. Please do not send me e-mail, as I am not the
person you need to convince as to the validity/invalidity of this group.
I leave that up to net-wisdom.

Gentleman, start up your engines!

-------- Recommended description -------
Newsgroup:
    rec.radio.info (moderated)

/usr/lib/news/newsgroups entry:
    rec.radio.info  Informational postings related to radio.

Charter:
    To provide high quality, informational postings about radio.
    This group will be used to segregate information from the
    regular discussions streams, such as rec.radio.amateur.misc, to
    alieviate the traffic in these discussion groups. Also, by
    placing the informational postings in this group, make it easier
    for many to find radio related information.

    By maintaining a high level of quality in the postings, it is
    hoped that these postings may end up, at least more conveniently,
    over the Amateur Radio Packet BBS network as well through the
    various gateways.

    By using a co-moderator scheme, the hopes are that many of the
    postings will maintain timeliness, and good propagation through
    the computer networks.

Ciao, 73 de VE6MGS/Mark -sk-

------------------------------

Date: 31 Oct 1992 21:33:26 -0800
From: [e-mail]
Subject: rose software available from mail server
To: [e-mail]

[e-mail] (Angelo Glorioso Iii) writes:

>  I am looking for a FTP Sites for the ROSE 3.1 software..

I have the next best thing <grin>

You can get all the latest ROSE software (as of 8 October 1992) from
the mail file server at stat.com ...

send your requests to:

[e-mail]

The first line of the text will be:

/GET /waffle/files/ham/....

The listing of files and the appropriate sub-directories are below.
Files will be sent back uuencoded.  If you have any questions, please
let me know.

WFSFILES: Mon, 26 Oct 92 08:04:12 MST -- Waffle File Server. Version 1.2.6


File Area: 1
Directory: /waffle/files/

RWM218.ZOO     80937 10-26-92  Local Mail Reader
WFS126.ZIP    152064 10-18-92  Waffle File Server
VMS122.ZIP    102400 10-17-92  Mailing List Program / File Server


File Area: 2
Directory: /waffle/files/ham/

RMAILER.COM    14128  8-31-92  Remote Mail Server for PBBSs
STSPC.COM      33647  8-28-92  ROSE/STS Station Traffic System for NTS


File Area: 3
Directory: /waffle/files/ham/rose/

RZSW31.ZIP     99364  9-26-92  Version 3.1 of ROSE X.25 Packet Switch
USE_ROSE.ZIP   10180  9-09-92
RSWD0330.ZIP   66157 10-02-91


File Area: 4
Directory: /waffle/files/ham/prmbs/

RS173RUN.ZIP  322111  5-08-92  ROSErver/PRMBS Packet Radio Mailbox System
RS155DOC.ZIP   93717  8-19-91
ONLY1.ZIP       2523  3-19-91
OH!-2.ZIP      29828 11-24-91
FILES_UV.ZIP   27804  3-31-92
A2B.EXE         8576 11-27-88
B2A.EXE         7040 11-27-88


   -------------------------------------------------------------------------
      Internet: [e-mail]                FAX: [phone]
      Bitnet: ATW1H@ASUACAD                     FidoNet=> 1:114/15
        Amateur Packet ax25: [e-mail]

------------------------------

Date: Sat, 31 Oct 92 16:06:23 MST
From: usc!cs.utexas.edu!asuvax!ennews!stat![e-mail]
Subject: ROSE Software available via mail-software
To: [e-mail]

[e-mail] (Angelo Glorioso Iii) writes:

>  I am looking for a FTP Sites for the ROSE 3.1 software..

I have the next best thing <grin>

You can get all the latest ROSE software (as of 8 October 1992) from
the mail file server at stat.com ...

send your requests to:

[e-mail]

The first line of the text will be:

/GET /waffle/files/ham/....

The listing of files and the appropriate sub-directories are below.
Files will be sent back uuencoded.  If you have any questions, please
let me know.

WFSFILES: Mon, 26 Oct 92 08:04:12 MST -- Waffle File Server. Version 1.2.6


File Area: 1
Directory: /waffle/files/

RWM218.ZOO     80937 10-26-92  Local Mail Reader
WFS126.ZIP    152064 10-18-92  Waffle File Server
VMS122.ZIP    102400 10-17-92  Mailing List Program / File Server


File Area: 2
Directory: /waffle/files/ham/

RMAILER.COM    14128  8-31-92  Remote Mail Server for PBBSs
STSPC.COM      33647  8-28-92  ROSE/STS Station Traffic System for NTS


File Area: 3
Directory: /waffle/files/ham/rose/

RZSW31.ZIP     99364  9-26-92  Version 3.1 of ROSE X.25 Packet Switch
USE_ROSE.ZIP   10180  9-09-92
RSWD0330.ZIP   66157 10-02-91


File Area: 4
Directory: /waffle/files/ham/prmbs/

RS173RUN.ZIP  322111  5-08-92  ROSErver/PRMBS Packet Radio Mailbox System
RS155DOC.ZIP   93717  8-19-91
ONLY1.ZIP       2523  3-19-91
OH!-2.ZIP      29828 11-24-91
FILES_UV.ZIP   27804  3-31-92
A2B.EXE         8576 11-27-88
B2A.EXE         7040 11-27-88



   -------------------------------------------------------------------------
      Internet: [e-mail]                FAX: [phone]
      Bitnet: ATW1H@ASUACAD                     FidoNet=> 1:114/15
        Amateur Packet ax25: [e-mail]

------------------------------

End of Packet-Radio Digest V92 #297
******************************
Date: Tue,  3 Nov 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #298
To: packet-radio


Packet-Radio Digest         Tue,  3 Nov 92       Volume 92 : Issue  298

Today's Topics:
               amiga and packet
           baycom software for HP-48SX (Re)
                  BPQ & DRSI
              Info on easy 900 mhz mods.
          NOSPJ.EXE & AX25.COM & XT Help!!!
                Packet Program

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Tue, 3 Nov 92 07:51:41 GMT
From: mnemosyne.cs.du.edu!nyx![e-mail]
Subject: amiga and packet
To: [e-mail]

I have an Amiga 2000 and would like to build a packet modem/software
control for it.  I have seared for this combination and haven't found any.
 Can you tell me of anything like this for the amiga?  If not please send
the source code of such software for the ibm so I can convert it...:)
thanks for the help.
Scott Bechtel  N0UJY   [e-mail] (internet)

------------------------------

Date: 2 Nov 1992 07:47:56 -0800
From: [e-mail]
Subject: baycom software for HP-48SX (Re)
To: [e-mail]

Hi,
as long as a PC clone does not have complete handshake lines, as f.i. the
AMIGA Portfolio, BayCom software cannot be run.
The handshake lines are used for data and emulation of NRZI encoding and
decoding hardware.
Poor man's packet may run, because its dependant from the parallel port.
73s, Fritz

--
 (-%   Fritz B. Raab                 # email: [e-mail]             %-)
 (-%   Fa. Multinet Services GmbH    # voice: [phone] fax: -21  %-)
 (-%   Bretonischer Ring 7           # Member of EurOPEN, GUUG , DIGI e.V.  %-)
 (-%   D-W8011 Grasbrunn,  Germany   # Support DIGI, it will support YOU !  %-)

------------------------------

Date: 2 Nov 1992 12:15:15 -0800
From: [e-mail]
Subject: BPQ & DRSI
To: [e-mail]

Hello Paul,

It looks like a problem we had going from an XT to a '386 machine.  For
some reason, the card would not respond to the interrupt line on the
newer computer.  Solution?  We used a different interrupt.

73, Erich
AX.25:  KA6AMD @ WA6YBN.#SOCA.CA.USA.NA
Internet:  [e-mail]

------------------------------

Date: Mon, 2 Nov 1992 12:44:30 GMT
From: usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!spool.mu.edu!sgiblab!sgigate!psinntp!psinntp!isc-newsserver![e-mail]
Subject: Info on easy 900 mhz mods.
To: [e-mail]

I am looking for equipment mods to convert 800 mhz. commercial radios to
the 900 mhz. ham band. If anyone has any such mods lying around or knows
where I can ftp them from, please drop me a line.

Thanks....
Bernie NU1S

--
Electrical Engineering, Rochester Institute of Technology, Rochester,NY
Ax25 Packet: NU1S @ WB2PSI.#WNY.NY.USA.NOAM  (normal packet route)
Internet (school): [e-mail]

------------------------------

Date: Tue, 3 Nov 1992 09:19:29 GMT
From: mcsun!news.funet.fi!ajk.tele.fi!funic!nntp.hut.fi!vipunen.hut.fi![e-mail]
Subject: NOSPJ.EXE & AX25.COM & XT Help!!!
To: [e-mail]

I have got an XT that runs at 10 MHz. I've also got a baycom modem that runs
great with Baycom. Now I would like to upgrade to TCP/IP with the AX25.COM
and the NOSPJ.EXE software, but these wont work! The RX misses most packets
and the TX sounds weird. I have monitored the band with my second rig and
even if packets are repeated fail to be received by the system. Is there any
cure to this problem?

Timo OH6KK
[e-mail]

------------------------------

Date: 2 Nov 92 23:06:29 GMT
From: usenet.coe.montana.edu!news.u.washington.edu!ogicse!willamette.edu![e-mail]
Subject: Packet Program
To: [e-mail]

    I am locking for a program to run a PK-232
    from an Amiga.

    Any help will be helpfull!
    Thanks

    [e-mail]

------------------------------

End of Packet-Radio Digest V92 #298
******************************
Date: Wed,  4 Nov 92 04:30:04 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #299
To: packet-radio


Packet-Radio Digest         Wed,  4 Nov 92       Volume 92 : Issue  299

Today's Topics:
           baycom software for HP-48SX (Re)
             Beginner needs help
                  BPQ & DRSI
               WNOS on a XT ? (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].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 3 Nov 1992 16:54:30 GMT
From: sun-barr!news2me.EBay.Sun.COM!grapevine.EBay.Sun.COM!sunicnc.France.Sun.COM![e-mail]
Subject: baycom software for HP-48SX (Re)
To: [e-mail]

In article <[e-mail]>, [e-mail] (Fritz Raab) writes:
> Hi,
> as long as a PC clone does not have complete handshake lines, as f.i. the
> AMIGA Portfolio, BayCom software cannot be run.
  ^^^^^

The Portfolio isn't an Amiga. I think its an Atari, but I'm not sure.

Steve
--
Steve McKinty
SUN Microsystems ICNC
38240 Meylan, France
email: [e-mail]     BIX: smckinty

------------------------------

Date: Tue, 3 Nov 1992 23:13:00 GMT
From: swrinde!zaphod.mps.ohio-state.edu!menudo.uh.edu!elroy.uh.edu![e-mail]
Subject: Beginner needs help
To: [e-mail]

I am intered in getting into packet radio with my C-128.  I see the MFJ-1271
TNC advertised $50.  Is this a good (reliable) beginner TNC?  Anyone know of
another that would be better?

Also, what packet freqs are used in the Houston area?

Thanks,
Matthew Mucker KB5FWG

------------------------------

Date: Tue, 3 Nov 1992 13:05:01 GMT
From: mcsun!ieunet!tcdcs![e-mail]
Subject: BPQ & DRSI
To: [e-mail]

: It looks like a problem we had going from an XT to a '386 machine.  For
: some reason, the card would not respond to the interrupt line on the
: newer computer.  Solution?  We used a different interrupt.
:
: 73, Erich

Telling bpq the wrong irq intentionally makes a working card produce
the wailing sounds. Anyway we mucked around with bpq some more,
cleaned the contacts on the edge connector, changed irqs (again)
and magically it works on the 8088. BPQ does the job a lot better
than the drsi tnc tsr software.

Still trying to figure out why a new card in a new 40MHz 386 machine
won't respond, after trying lots of irq options. But I am still hoping
that its clashing irqs.

73 Paul EI9GL

------------------------------

Date: 4 Nov 92 03:04:10 GMT
From: pa.dec.com!sousa.ltn.dec.com!bobseg.enet.dec.com![e-mail]
Subject: WNOS on a XT ?
To: [e-mail]

Greetings,

I am trying to get several of my fellow hams up on TCP/IP using the WNOS
version 4A1 code.  It provides a fine end node on an AT (80286) or 80386
system.  However, when I try to run it on an XT (8086 ?) system it does a
short pause and drops me back at the DOS prompt with no error message what
so ever.  I have tried this on two different XT systems and both had 640kb
of memory.  Is there something that I am over looking?

If I can't run WNOS on an XT can somone recommend a feature rich NOS version
that will run on a XT?

Any help greatly appreciated.......

--
Bob Segrest
[e-mail]

------------------------------

Date: Wed, 4 Nov 1992 04:43:00 GMT
From: usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!axa12-slip.DIALIN.CWRU.Edu![e-mail]
Subject: WNOS on a XT ?
To: [e-mail]

In article <[e-mail]> [e-mail] writes:
>
>I am trying to get several of my fellow hams up on TCP/IP using the WNOS
>version 4A1 code.  It provides a fine end node on an AT (80286) or 80386
>system.  However, when I try to run it on an XT (8086 ?) system it does a
>short pause and drops me back at the DOS prompt with no error message what
>so ever.  I have tried this on two different XT systems and both had 640kb
>of memory.  Is there something that I am over looking?
>
>If I can't run WNOS on an XT can somone recommend a feature rich NOS version
>that will run on a XT?

I was also unsuccessful at getting WNOS to work on a PS/2 model 30 -- this
is also a 8086 based computer.  However WG7J NOS 1.04 works on this machine
as does PA0GRI NOS 911229 2.0m

Ashok
----------------------------------------------------------------------
                 Ashok Aiyar
             Department of Biochemistry
             CWRU Medical School
              [e-mail]
----------------------------------------------------------------------

------------------------------

End of Packet-Radio Digest V92 #299
******************************
Date: Thu,  5 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #300
To: packet-radio


Packet-Radio Digest         Thu,  5 Nov 92       Volume 92 : Issue  300

Today's Topics:
                AX25 protocol
             baycom software for HP-48sx?
             Baycom type modems (2 msgs)
         CLOVER DSP programming opportunities
          PMP (modem chip TCM3105) problems
           WESTNET BBS Coordination Policy
                WNOS on a XT ?

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 4 Nov 92 20:43:56 GMT
From: agate!doc.ic.ac.uk!uknet!gdt!aber![e-mail]
Subject: AX25 protocol
To: [e-mail]

Sorry if this is an FAQ, I don't read this group regularly.

I am interested in building a simple packet modem and writing all the
AX25 software necessary to get going on packet on my computer (Acorn
A3000). Looking around the ftp sites (and on archie) I have totally
failed to find a description of the protocol. I am a total novice, not
even knowing what audio frequencies are used, which makes it slightly
difficult for be to get started!

Could someone please point me to an on-line description of the protocol,
or a good book describing it.

Please reply via email, and I'll summarise to the group.

Alun.

p.s. I have looked on the buffalo ftp site but couldn't find it there...
--
+-------------------------------------------------------------------+
| Alun Jones, Dept. of Computer Science, | Email : [e-mail]   |
| U.C.W. Aberystwyth, Wales              |  144MHz FM : GW1URF      |
+--Hi, I'm a signature Virus :-) Copy me into your sig to join in.--+

------------------------------

Date: Wed, 4 Nov 1992 20:08:06 GMT
From: sdd.hp.com!scd.hp.com!hpscdm!hplextra!hpcss01!hpergfg2!pollux![e-mail]
Subject: baycom software for HP-48sx?
To: [e-mail]

I thought about mailing a reply, but thought that this topic was of
sufficient general interest to post the reply instead.

Although I don't know about the HP 48SX, I have tried the Baycom rig
with the HP95LX (the bottom line is that it doesn't work).

The problem is that the Baycom packet "box" uses the RS-232 serial port
in a -- to be charitable -- "unusual" way (power comes in on the RS-232
signal line which is held at logic "1" and the data/PTT signals are
brought in on the RS-232 "control" lines such as DTR, DCD, etc.)

The 95LX (and, I assume the 48SX) implements a 3-wire RS-232 connection
(data IN, data OUT, ground) and thus doesn't implement the "handshake"
lines.  However, I use (and love) the Baycom box with my desktop.  I
bought Paccomm's "Handipacket" for truly portable packet.

- Skip AA6WK

------------------------------

Date: Wed, 4 Nov 1992 22:24:03 GMT
From: agate!usenet.ins.cwru.edu!gatech!ee.gatech.edu!eedsp.gatech.edu![e-mail]
Subject: Baycom type modems
To: [e-mail]

I've been planning on building one of the 3105 (?) based modem units to
use for local packet.  The computer I have right now is a Macintosh,
so I would be using the SoftKiss driver and NOS for the Mac.

I had planned on building the Poor Man's Packet modem.  I thought that
it was the same as the Baycom, but now I think I've got it wrong.
Also, there was an article in 73 (?) this month with yet another
design specifically for the Macintosh.

Can someone please comment on the relative merits of these three
designs?  I'd like something that would also work on a PC, but
that isn't critical.  The ability to use software that is to
some extent standard and supported is important.

Thanks for the info.

Jeff, N9HZQ

--
---------------------------
Jeff Tucker                         N9HZQ, EMT-A
[e-mail]             Graduate Student, Electrical Engineering
May all your throws be bulls!       Georgia Institute of Technology

------------------------------

Date: 4 Nov 92 23:20:06 GMT
From: ogicse!flop.ENGR.ORST.EDU!news.orst.edu!reynolde-mac.ads.orst.edu![e-mail]
Subject: Baycom type modems
To: [e-mail]

In article <[e-mail]> Jeff
Tucker, [e-mail] writes:
>Also, there was an article in 73 (?) this month with yet
another
>design specifically for the Macintosh.


Would the unit described in 73 work on HF as well as VHF.
The author only referred to VHF. This may be a stupid
question, so please feel free to flame.

Monte Olsen N7FFO

------------------------------

Date: Wed, 4 Nov 1992 15:12:04 GMT
From: sdd.hp.com!ux1.cso.uiuc.edu!news.cso.uiuc.edu!uxa.cso.uiuc.edu![e-mail]
Subject: CLOVER DSP programming opportunities
To: [e-mail]

The Synton ARC of the University of Illinois was fortunate to have
Mr. Bill Henry (K9GWT) of Hal Communications in Urbana, Illinois
speak this month about Hal's very-soon-to-be-released CLOVER system
for HF packet.

CLOVER is an adaptive modulation scheme which can achieve ten times the
throughput of existing HF digital methods *and* is bandwidth efficient.
CLOVER builds on a history of coherent detection methods, and features
FEC, ARQ and MONITOR operating modes.

Part of the CLOVER system is a general purpose PC DSP board (audio in,
audio out) built by Hal with a 68000 control processor and a Motorola (?)
DSP56001 24-bit DSP processor.  The DSP board software is downloaded
from the PC host, and Hal is actively encouraging third party software
developers to help develop software for this board in addition to
(such as AMTOR or RTTY) and in supplement to (networking)
the CLOVER modulation scheme.

For more information, you can contact K9GWT directly at Hal:

Hal Communications Corp.
1201 W Kenyon Rd
P.O. Box 365
Urbana, IL  61801-0365


73 de KB8CNE, Brad Banko
V.Pres., Synton ARC, W9YH

--
Brad Banko;  Dept of Physics;  U of Illinois;  [e-mail]
=========================================================================
Tatiana Gutsu for President!                     73 de kb8cne @ n9lnq.il
Ignore the comments.  Read only the code.

------------------------------

Date: 4 Nov 92 17:33:50 GMT
From: swrinde!gatech!prism![e-mail]
Subject: PMP (modem chip TCM3105) problems
To: [e-mail]

I have a little problem.  I breadboarded the PMP modem about 2 months back and
got it to work fine.  Well as soon as the challenge was over I became interested
in another project.  So after 2 months of stealing parts from and replacing
parts back to the breadboarded modem, I wanted to get it fired up again.
I have made sure all the parts are back and in their correct position, but the
modem doesn't work.

What I need to know is:

1) If you have built one of these and you run pmptest, if no signal is coming
   in on the radio, does the receive indictor stay lit?  Well, mine does and
   I don't remember it doing this before when it worked.  What it is doing now
   is receive indicator on even with no activity, then when there is activity,
   CD being lit and receive blinking like it should.  The point to the whole
   matter is that when in the pmp program, the modem is not decoding.
   (BTW, I have spent 2 whole saturdays trying every combination of tuning to
   no avail).

2) I have a couple of the modem chips, TCM3105, and can't get either of them
   to work (same problem with both).  Are the chips so sensitive that I could
   have damaged both chips, and that is the reason for the problem?

I would appreciate any help.

Thanks in advance.

Thomas James, KD4APZ



JAMES, THOMAS B.
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp:     ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gt6749c
Internet: [e-mail]

------------------------------

Date: 4 Nov 1992 14:00:52 GMT
From: ucsd.edu![e-mail]
Subject: WESTNET BBS Coordination Policy
To: [e-mail]

[Forwarded from packet, without further comment.  Write to the author
(not me!) if you wish to take issue with it.]

 From    : K6IYK @ K6IYK.#SOCA.CA.USA.NA
 To      : WESNET @ ALLCAS
 Date    : 921103/1233
 Msgid   : BF 60402@K6IYK, 4221@WB6CYT-2 $WESNETSPCL.1
 Subject : BBS COORDINATION IN SO. CALIF.
 Path    : WB6YMH!K6VE!KB6JES!K6IYK

In order for the Amateur Packet BBS Forwarding Network to function effectively
it is necessary for everyone involved to cooperate for the good of the whole.
One such form of cooperation is represented by the WESTNET.BBS List published
by this station.  BBS Stations throughout the eleven Western States subscribe
to a common set of guidelines that help make the system what it is today.  The
specific operations applicable to each State or Regional Area are decided
locally but Standards such as those documented in the Southwestern Division
Routing and Distribution Designators Document (RDDDOC) have been accepted by
most of the Western Area and much of the rest of the US.

Becausing of the increasing demand for BBS services and the growing complexity
associated with issuing and maintaining the WESTNET.BBS List, effective
immediately this station will begin conducting a more formalized coordination
process in the designation of Southern California WESTNET BBS Stations.  The
Southern California Association of Packet SYSOPs (SCAPS) voted at their
October meeting to support such a process and WA6FWI was given the action
to collect ideas and proposals from existing members and prepare them for
general consideration.  Once SCAPS has defined the coordination procedures to
be used in Southern California, I will recognize stations coordinated under
those procedures.  In the meantime, I will utilize the following process.

A. Stations will be recognized into the WESTNET BBS System once they meet
   the following qualifications:
   1.  Stations will provide Full Service Systems which include Message/
       Bulletin Services, File Storage and Retrieval Systems, and System
       HELP Functions.
   2.  Stations will accept, and forward as required, all legal message
       traffic.  Bulletins are to be retained consistant with the needs
       of the user community and consistant with the capabilities of the
       BBS hardware and software.  Bulletin forwarding shall be performed
       in accordance with the latest RDDDOC definitions and NTS support
       shall be in accordance with the definitions found in the CASZIPS
       documents.
   3.  Stations are expected to minimize forwarding activities on User
       frequencies and shall maintain a port on a designated trunking
       (forwarding) frequency.
   4.  Stations will operate on designated User frequencies consistant
       with the bandplan applicable for their area.  Interference with
       other WESTNET BBS Stations and adjacent cellular assignments is
       to be avoided.
   5.  Stations will comply with the policies of the local SYSOP organiza-
       tion and will support only those other BBS stations who also comply.
   6.  Forwarding to Personal MailBoxes within the designated service area
       of the BBS is encouraged.  However, the personal mailbox may only
       serve a single household and the WESTNET BBS Callsign must be
       represented as the HomeBBS of the mailbox owner.
   7.  A category of Special Service WESTNET BBS Stations exists to cover
       systems which provide unique services to the network (e.g.; HF
       Forwarding, Intersystem Bridging).

B. Stations in Southern California who wish to operate a WESTNET BBS system
   under the above guidelines should submit a request for coordination to
   this station.  The request should include:
   1. Callsign of BBS and SYSOP (if different).
   2. SYSOP Name, Address, and Telephone Number.
   3. Proposed location of BBS.
   4. Proposed BBS software.
   5. Proposed User Port(s) frequency, output power, and antenna type.
   6. Proposed Trunk Port(s) frequency, output power, and antenna type.
   7. WESTNET Sponsor. (New SYSOPs are expected to discuss their intentions
      with an existing WESTNET BBS SYSOP and obtain assistance in identifying
      where they can best fit into the network.  Initial forwarding will
      normally be provided by the sponsor.)
   8. Special service conditions if not a Full Service System.

C. The WESTNET Coordinator, with the help of the Sponsor,  will assist in
   determining the best operating environment for the proposed system.
   Once an initial environment has been defined, the Coordinator will
   send a Notice to all local SYSOPs informing them of the intended
   operation and defining the term of the trial period (normally 30 days).
   Successive trial periods will be utilized if the new system's operating
   conditions are considered unsatisfactory by the WESTNET Coordinator
   and/or the Sponsor.

D. Upon successful completion of a trial period, the WESTNET Coordinator,
   will finalize the forwarding responsibilities of the new system and
   add the station to the WESTNET.BBS Listing.

E. WESTNET.BBS stations which fail to comply with the policies of the
   Network are subject to removal from the WESTNET.BBS List.  Stations
   so de-listed will not be supported by other members of the Network.


                      James T. Fortney, K6IYK
                      WESTNET.BBS Coordinator

                      K6IYK @ K6IYK.#SOCA.CA.USA.NA

------------------------------

Date: Thu, 5 Nov 1992 08:49:31 GMT
From: ghost.dsi.unimi.it!dei.unipd.it!sabrina.dei.unipd.it![e-mail]
Subject: WNOS on a XT ?
To: [e-mail]

In article <[e-mail]> [e-mail] (Ashok Aiyar) writes:
>In article <[e-mail]> [e-mail] writes:
>>
>>I am trying to get several of my fellow hams up on TCP/IP using the WNOS
>>version 4A1 code.  It provides a fine end node on an AT (80286) or 80386
>>system.  However, when I try to run it on an XT (8086 ?) system it does a
>>short pause and drops me back at the DOS prompt with no error message what
>>so ever.  I have tried this on two different XT systems and both had 640kb
>>of memory.  Is there something that I am over looking?
>>
>>If I can't run WNOS on an XT can somone recommend a feature rich NOS version
>>that will run on a XT?
>
>I was also unsuccessful at getting WNOS to work on a PS/2 model 30 -- this
>is also a 8086 based computer.  However WG7J NOS 1.04 works on this machine
>as does PA0GRI NOS 911229 2.0m
>
>Ashok
>----------------------------------------------------------------------
>                             Ashok Aiyar
>                     Department of Biochemistry
>                         CWRU Medical School
>                          [e-mail]
>----------------------------------------------------------------------

Time ago I wrote to Michael Chace about the same problem.

------------------------------

Date: (null)
From: (null)
(answer)
    You should have told him that you had an 8086 based machine.
    WNOS4 is usually only distributed compiled for 286 and above
    since it does not work well on some (slow) 8086 machines.
---------------------------
("him" refers to the person who compiled my executables).

So there should be an option to be set before compilation.

     #   #   ###   ####  ####           "May the Force be with you"
      # #   #   #  #   #  #  #          ---------------------------
       #   #    #  #    #  #   #              Mauro Furin
      #   #     #  #     #  ######   E-mail: [e-mail]
     #   #      #  #      #  #    #
    #     ######   #######    #    # Packet: IW3FWK@IW3EXH.#VI.ITA.EURO

------------------------------

End of Packet-Radio Digest V92 #300
******************************
Date: Fri,  6 Nov 92 04:30:04 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #301
To: packet-radio


Packet-Radio Digest         Fri,  6 Nov 92       Volume 92 : Issue  301

Today's Topics:
                 About 9600?
         PBBS forwarding protocol.. (2 msgs)
         Source of Mods and Software for HAMS
                TCP/IP on HF?
               WNOS on a XT ? (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].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Thu, 5 Nov 1992 16:51:15 GMT
From: usc!zaphod.mps.ohio-state.edu!darwin.sura.net!sgiblab!netnews.synoptics.com!lanshark![e-mail]
Subject: About 9600?
To: [e-mail]

I am looking for a primer on 9600 baud packet operation.
What are the most common modems, cost, radios, bands, etc.....

Is there 1 "standard" for 9600 baud transmissions, or are there many?
I am somewhat confused as to why a special radio is needed.
Are there 9600 baud modem kits?

Thanks!
Eric


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
In real life:    Eric Davis
On the internet: [e-mail]
On the air:      KD6HTO ( 440.85, +, 100Hz PL, North-Central CA )
On packet radio: KD6HTO @ N6IYA.#NOCAL.CA.US.NA
Home: LAT:37 03 04 N LON: 122 00 49 W ALT: 570
Cute musical quote "Invisible airwaves crackle with life...."
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

------------------------------

Date: 5 Nov 92 18:43:00 CST
From: saimiri.primate.wisc.edu!sdd.hp.com!caen!umeecs!umn.edu!mmm.serc.3m.com!mmc.mmmg.com!timbuk.cray.com!hemlock.cray.com![e-mail]
Subject: PBBS forwarding protocol..
To: [e-mail]

Does anyone have a description of the inter-BBS mail and
bulletin forwarding protocol ? I want to implement the
interface as seen by "normal" PBBS when they are forwarding
mail between each other. I think it is a subset of the
normal commands, but with machine style responses.

Thanks,
--
andyw.  N0REN/G1XRL

[e-mail]    Andy Warner, Cray Research, Inc.        [phone]

------------------------------

Date: Fri, 6 Nov 1992 03:01:42 GMT
From: swrinde!sdd.hp.com!hp-col!fc.hp.com![e-mail]
Subject: PBBS forwarding protocol..
To: [e-mail]

Andy Warner ([e-mail]) wrote:
> Does anyone have a description of the inter-BBS mail and
> bulletin forwarding protocol?

I don't yet have it but I have seen it.  A small brown booklet
published by the ARRL that describes the protocols you (and I too)
want.  Look in the published ARRL listings for this book.  It includes
state diagrams of the transmission protocol and such.

Bob Proulx, kf0uw
"Also trying to get a copy of this book."

------------------------------

Date: 5 Nov 92 22:53:44 +1700
From: lub001.lamar.edu![e-mail]
Subject: Source of Mods and Software for HAMS
To: [e-mail]

Just a periodic reminder to some who may be new to this newsgroup:

The HAM Connection 14.4K V.32BIS/V.42BIS has many HAM Files and other utilities
related to amateur radio available.
Data Line is: 1-409-833-1795
Hours of operation 24 hours
System runs at 38400 locked baud
Downloads available on first call
Bauds 1200-38400 Baud 8,n,1 parms
E,7,1 callers wilbe disconnected.

This system is open to amateurs and those interested in the Amateur Radio
hobby.  It is a private system.  Mods/logging/packet/satellite/NTS/SWL/
rig control and other files available!

------------------------------

Date: 5 Nov 92 00:05:55 GMT
From: psinntp!psinntp!ncrlnk!ncrstp!npdiss1![e-mail]
Subject: TCP/IP on HF?
To: [e-mail]

I finally got my hamshack setup with TCP/IP on VHF, which is fun.  I would
also like to do TCP/IP on HF, which would probably be even more fun.
What HF freqs are currently being used as the standard for HF TCP/IP?


Charles (Chuck) Rissmeyer    KE0VG
[phone]  (VP 652-7669) -  [e-mail]
NCR - An AT&T Company             NCR  CCS-PM&S NPD St. Paul

------------------------------

Date: 5 Nov 92 13:42:34 GMT
From: agate!doc.ic.ac.uk!uknet!root44!praxis![e-mail]
Subject: WNOS on a XT ?
To: [e-mail]

>>>>> Regarding Re: WNOS on a XT ?; [e-mail] (Ashok Aiyar) said:
Ashok> In article <[e-mail]> [e-mail] writes:
>
>I am trying to get several of my fellow hams up on TCP/IP using the WNOS
>version 4A1 code.  It provides a fine end node on an AT (80286) or 80386
>system.  However, when I try to run it on an XT (8086 ?) system it does a
>short pause and drops me back at the DOS prompt with no error message what
>so ever.  I have tried this on two different XT systems and both had 640kb
>of memory.  Is there something that I am over looking?
>
>If I can't run WNOS on an XT can somone recommend a feature rich NOS version
>that will run on a XT?

Ashok> I was also unsuccessful at getting WNOS to work on a PS/2 model 30 -- this
Ashok> is also a 8086 based computer.  However WG7J NOS 1.04 works on this machine
Ashok> as does PA0GRI NOS 911229 2.0m

    Unfortunately WNOS and the XT seem to be incompatible. This
    in most cases is usually due to the processor being too slow.
    WNOS4 most probably won't run on an XT @ 4.77MHz but I know
    of quite a few running WNOS4 on XTs with fast processors eg
    10Mhz V20 etc.

    This subject is discussed in the WNOS4 Distribution Documentation
    and so should come as no surprise. If you got the program and not
    the full release pack, why not ?

    Just in case, did you check if the executable you had was compiled
    for 8086 mode instructions ? May sound stupid, but it happens :-)

    Cheers, Mike (G6DHU)

    UK WNOS Team

------------------------------

Date: 5 Nov 92 13:43:22 GMT
From: agate!doc.ic.ac.uk!uknet!root44!praxis![e-mail]
Subject: WNOS on a XT ?
To: [e-mail]

>>>>> Regarding Re: WNOS on a XT ?; [e-mail] (Ashok Aiyar) said:
Ashok> In article <[e-mail]> [e-mail] writes:
>
>I am trying to get several of my fellow hams up on TCP/IP using the WNOS
>version 4A1 code.  It provides a fine end node on an AT (80286) or 80386
>system.  However, when I try to run it on an XT (8086 ?) system it does a
>short pause and drops me back at the DOS prompt with no error message what
>so ever.  I have tried this on two different XT systems and both had 640kb
>of memory.  Is there something that I am over looking?
>
>If I can't run WNOS on an XT can somone recommend a feature rich NOS version
>that will run on a XT?

Ashok> I was also unsuccessful at getting WNOS to work on a PS/2 model 30 -- this
Ashok> is also a 8086 based computer.  However WG7J NOS 1.04 works on this machine
Ashok> as does PA0GRI NOS 911229 2.0m

    Unfortunately WNOS and the XT seem to be incompatible. This
    in most cases is usually due to the processor being too slow.
    WNOS4 most probably won't run on an XT @ 4.77MHz but I know
    of quite a few running WNOS4 on XTs with fast processors eg
    10Mhz V20 etc.

    This subject is discussed in the WNOS4 Distribution Documentation
    and so should come as no surprise. If you got the program and not
    the full release pack, why not ?

    Just in case, did you check if the executable you had was compiled
    for 8086 mode instructions ? May sound stupid, but it happens :-)

    Cheers, Mike (G6DHU)

    UK WNOS Team

------------------------------

End of Packet-Radio Digest V92 #301
******************************
Date: Sat,  7 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #302
To: packet-radio


Packet-Radio Digest         Sat,  7 Nov 92       Volume 92 : Issue  302

Today's Topics:
                 About 9600?
             PAcket clubs in austin tx??
               Packet Internet Gateway
            Packet program wanted
              Please send [or post] FAQ
          PMP (modem chip TCM3105) problems
         RSGB GB2RS news for the 8th November
                TCP/IP on HF?

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Fri, 6 Nov 1992 14:44:51 GMT
From: swrinde!emory!rsiatl!ke4zv![e-mail]
Subject: About 9600?
To: [e-mail]

In article <[e-mail]> [e-mail] writes:
>I am looking for a primer on 9600 baud packet operation.
>What are the most common modems, cost, radios, bands, etc.....
>
>Is there 1 "standard" for 9600 baud transmissions, or are there many?

There is one primary "standard", the K9NG method. That interoperates
with the G3RUH design used by most of the manufacturers, including
PacComm and Kantronics. While not the ideal modulation method, it
works well enough.

>I am somewhat confused as to why a special radio is needed.

That's because the bandwidth required for the K9NG style modulation
is greater than what speech radios are designed to pass cleanly.
The modulation is sensitive to differential phase distortion. Thus
you need a radio with excellent flatness in it's IF passband response.
You want to insert and extract the modulation at the FM modulator and
FM discriminator to prevent "twist" introduced by pre-emphasis circuits
and to reduce bandwidth reductions caused by "tailored" audio circuitry
in the radio. Most voice grade radios can be made to work, but some
surgery may be required.

At the higher speed of 9600 baud, the TR turnaround delay of the
radio becomes a relatively large fraction of channel time with the fairly
short packet lengths used in amateur radio. It's worthwhile to get a
radio that switches really fast. I use a pair of Tekk Data radios I
got from Gracilis. The Kantronics Data radios are reported to work
fairly well, but I haven't used one yet.

>Are there 9600 baud modem kits?

TAPR used to sell the original K9NG modem, and Radio Kit had the
G3RUH. I don't know if either kit is still available. Complete
modems are available wired/tested from PacComm and Kantronics and
likely others. The PacComm unit costs $89, or at least it did
when I bought a pair.

Gary KE4ZV

------------------------------

Date: Fri, 6 Nov 1992 21:10:40 GMT
From: rit!isc-newsserver!ritvax.isc.rit.edu![e-mail]
Subject: PAcket clubs in austin tx??
To: [e-mail]

Im moving to Austin TX in a few weeks

any info on packet clubs or just ham clubs in general??

I dont have a license yet, will proably get one
in Austin.

BTW  I also need a place to live, anyone need a roomie??

JC

            [e-mail]
            engineering student
            professional daydreamer
            aspiring mad sciencist
            and bad speller.

------------------------------

Date: Fri, 6 Nov 1992 16:10:37 GMT
From: swrinde!cs.utexas.edu!torn!csd.unb.ca![e-mail]
Subject: Packet Internet Gateway
To: [e-mail]

We now have a dedicated computer (with link to the internet), 2m rig
and packet controller which we are going to use to provide a link from
packet//internet.

I am not really looking to start from scratch and would like to get
help from people with such a beast already set up.

Thanks,
Derek Billingsley
pres UNB Amateur Radio Club

------------------------------

Date: 6 Nov 92 18:15:37 GMT
From: saimiri.primate.wisc.edu!usenet.coe.montana.edu!news.u.washington.edu!ogicse!willamette.edu![e-mail]
Subject: Packet program wanted
To: [e-mail]

    I am locking for a program to run a PK-232
    from an Amiga.

    Any help will be helpfull!
    Thanks

    [e-mail]

------------------------------

Date: Fri, 6 Nov 1992 20:21:57 GMT
From: agate!apple!mumbo.apple.com!gallant.apple.com!kip-26.apple.com![e-mail]
Subject: Please send [or post] FAQ
To: [e-mail]

Thanks in advance.

-- Bill

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Bill Luciw                      Voice: [phone]
Newton Products Group           Fax:   [phone]
Apple Computer, Inc.
10300 Bubb Rd.  MS: 50-B        AppleLink:  Luciw
Cupertino, CA 95014             Internet:   [e-mail]

"Imagination is more important than knowledge."
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

------------------------------

Date: Fri, 6 Nov 1992 16:07:24 GMT
From: saimiri.primate.wisc.edu!caen!sol.ctr.columbia.edu!news.unomaha.edu!cwis.unomaha.edu![e-mail]
Subject: PMP (modem chip TCM3105) problems
To: [e-mail]

If you are using DCD detect, that is alright.  If you need to
mute the squelch in a non-DCD mode, that is not the way to
have it set up.

73,

Ron
AK0N

------------------------------

Date: Sat, 7 Nov 1992 08:06:48 +0000
From: pipex!demon!tedb.demon.co.uk![e-mail]
Subject: RSGB GB2RS news for the 8th November
To: [e-mail]

Good morning. It's Sunday the 8th of November and here is the GB2RS news
broadcast, prepared by the Radio Society of Great Britain.

First the headlines:- A change of publicised date for the next Novice RAE;
some news for fans of VLF; and the IEE has a lecture in Bournemouth.

The Society have just being informed by City and Guilds of London Institute
that the next Novice Radio Amateur's examination, subject 773 will take place
on Monday the 14th of December and not the 7th as was previously notified to
the RSGB.

Anyone interested in the use of radio at VLF, that is below 150kHz, may like
to contact the Cave Radio and Electronics Group whose members use VLF to aid
the exploration, surveying and scientific research of caves and pot-holes. The
group publishes a quarterly journal which includes information on inductive
communication, antenna design and modulation methods. The Cave Radio and
Electronics Group can be contacted by writing to David Gibson at 12 Well House
Drive, Leeds LS8 4BX, or phoning him on 0532 481218.

The Royal Grammar School in Guildford, Surrey, was one of those chosen to
participate last year in Project JUNO. This involved them in an amateur radio
contacts with astronaut Helen Sharman on the space station Mir. The school was
recently privileged to receive a visit from Miss Sharman who gave an hour-long
talk about her experiences in space.

Members of the RSGB should have received the November edition of Radio
Communication and Annual Report by now. Please remember that Ballot papers for
council nominations must be received at RSGB Headquarters by 12 noon on the
30th of November. If you have not received your November RadCom or the
separate Annual Report please contact RSGB HQ as soon as possible.

The 2 metre Beacon GB3VHF at Wrotham, Kent was switched off on October 28th
due to a malfunction and is expected to be off-air for a few weeks more.

The Institution of Electrical Engineers presents an illustrated lecture
entitled 'Microsatellites' on Wednesday the 11th of November at 7.30 pm, to be
held at the Highcliff Hotel, St Michaels Road, West Cliff, Bournemouth. The
lecture will be given by Craig Underwood of the University of Surrey's Centre
for Satellite Engineering Research. For further details contact Mr F Donachie,
by telephoning 0202 404022.

On a lighter note, last Monday the 2nd of November, the wife of RSGB Council
Member Neil Lasher, G6HIU, presented him with a baby girl.

Now some items of HF DX news from the weekly RSGB DX News Sheet which is
edited by Brendan McCartney, G4DYO. From the Pacific, G4IUF will start his
activity on Wednesday the 11th of November. From 30 minutes before, until 30
minutes after British Isles sunrise he will be on 3785 and 3505kHz, then 7075
and 7005kHz then 10105 kHz from each location. It would be advisable to check
greyline paths from ZK2. From Canada, the special callsign VC350A will be
aired from the 17th to the 30th November to commemorate the 50th Anniversary
of the Listowel Squadron of the Royal Canadian Air Cadets. From Hawaii, AH6IO
will activate the Kalaupapu Peninsula from Friday the 13th to Sunday the 15th
of November. Operation on all bands from 160 through to 6 metres including the
WARC bands. From Antarctica, W6REC will sign KC4AAF from McMurdo Base, from
now until the 1st of February. On CW check the frequencies 3505, 7005, 14025,
21025 and 28025kHz, and for SSB the frequencies 7175 and 14180 to 14190kHz.

Rally news now, and we know of three rallies for today, Sunday the 8th of
November:

There is the Barnsley Amateur Radio Rally being held at Willowgarth Senior
High School, Brierley Road, Grimethorpe, Barnsley. It is located mid-way
between Pontefract and Barnsley, just off the main A628 Barnsley to Pontefract
Road. Doors open at 11.00am, 10.30 for disabled visitors, but please note that
due to restoration work the rally will not be suitable for wheelchair users.
There are the usual trade stands, plus over 20 radio clubs and specialised
group's stands, and a large bring and buy stall. The event also offers
catering facilities and parking on site. Talk-in will be on channel S22.

Next the MARS/Stockland Mobile Radio Rally which being held at the Stockland
Green Leisure Centre, Slade Road, Erdington, Birmingham. There will be trade
stands, a bring and buy stall and free car parking.

The Tyne and Wear Repeater Group Auction is being held at the Fencehouses
Community Centre, Fencehouses, near Chester-le-Street, Co Durham. Doors open
at 10.30am for booking in and the auction starts at 12 noon.

There is one event that we know of for next Sunday, the 15th:

This is Bridgend and District Amateur Radio Club Rally which is to be held at
the Bridgend Recreation Centre, Bridgend, Mid Glamorgan. From the M4 motorway,
use Junction 36. Doors open at 11.00am, or 10.30 for disabled visitors. There
will be a bring and buy stall and refreshments. Further details can be
obtained from GW3RVG, by telephoning 0656 860434.

HF Contest news next:

During next Saturday the 14th the RSGB Club Calls Contests ("CCC") takes place
from 2000 to 2400 GMT on 1900 to 1990kHz only. Further details can be found in
August's RadCom, on page 74. During next weekend three overseas contests are
scheduled to run: There is the JARL International DX Phone Contest from
2300GMT on Friday the 13th, to 2300GMT on Sunday the 15th. The OK
(Czechoslovakian) CW DX Contest runs from 1200GMT on Saturday the 14th to
1200GMT on Sunday 15th. And the Australian Ladies Amateur Radio Association
Contest is from 0001 to 2359 on the Saturday the 14th. For further details on
these overseas contests see November's RadCom, page 14.

Now the VHF Contest news:

Today, Sunday the 8th, the 144MHz RSGB CW 6 Hour Contest will run between 0800
to 1400GMT. The next RSGB's 432MHz Cumulative Contest takes place on Friday
the 13th, between 2030 to 2300GMT. For further details on these events, see
June RadCom page 65.

Special event station ON4UVW will be active next Tuesday and Wednesday, the
10th and 11th, to commemorate the end of the first world war.

And now the solar factual data:

A major lightning strike has seriously damaged the Slough ionosonde and
antenna. The observatory will be out of action for at least 2 weeks while
another ionosonde is installed and the antennas rebuilt. Meanwhile we will use
the French observatory at Poitiers which is at North 46 degrees on the
Greenwich Meridian. Levels are generally higher than Slough as it is about 380
miles farther south.

The period 26th of October to the 1st of November has seen considerable flare
activity, there were 7 M flares and 1 X. The largest was an X1.7/2B on the
30th together with M4.5/2B on the 26th and an M3.2/2N on the 27th. A proton
event reaching 2,700 particle flux units commenced on the 30th, with a small
mag storm and ionospheric disturbance. An alert was issued on the 1st of
November predicting further mag storms and proton events. Sun spot counts rose
to 243 on the 28th, the highest number since last February, and meaned about
the 170s. Solar flux levels rose with the flare activity and averaged 162
units, the highest level since last July. The geomagnetic activity has risen
to sub storm level with Ap indices of 33 units on the 27th and 32 units on the
29th. The period averaged 20.7 units. The radio quality indices dropped from
excellent on the 26th down to below normal by the 29th, with the Canberra and
Fort Collins Boulder circuits being very poor, but most circuits were
recovering by the 1st. The aa indices, as supplied by the British Geological
Survey for the period 20th to 25th October, were very quiet. The daily
averages only reached 13.6 nanoTeslas with some periods down to only 2
nanoTeslas. The meaned sun spot count for October was RI 88.3 with a maximum
of 131 on the 28th and a minimum of 36 on the 13th. The smoothed count for
April 1992 is 103.1 +/- 5.

Now the ionospheric data for Central France:

The F2 daytime critical frequencies at Poitiers, as reported by Meudon,
averaged 11.6MHz, but declined over the period from 12.2MHz down to 11.1MHz.
It is estimated that these levels are about 1MHz higher than would have been
reported by Slough. The darkness hour lows averaged 3.1MHz, about 500kHz
higher than Slough.

Now the ionospheric data for the north:

The F2 daytime critical frequencies at Ekaterinberg averaged 9.8MHz, and the
darkness hour lows 3.3MHz. Solar cycle 22 showed the steepest sunspot rise of
the past 13 cycles. This led to forecasts of a very high, or possibly the
highest, peak. In fact this did not happen. The decline so far has been very
rapid both in spots and solar flux levels. The minimum is forecast for mid
1996. However the recent considerable increase in activity may completely
upset this.

And lastly the solar forecast:

This week, the active side of the sun will be coming into view, with solar
flux levels about the 130s. However, the passage of coronal holes at the
beginning of the week may increase geomagnetic levels to unsettled.
Ionospheric MUFs during daylight should reach 30MHz, with the darkness hour
lows being up to 18MHz.

And that is the end of the solar information.

Finally in the main news, the licence issuing agency, SSL, has informed the
Society that as of last Wednesday morning, the latest callsigns issued were in
the G0 S Q and G7 N Vr series, and Novice calls in the 20 A D and
21 B D series. .

You're listening to GB2RS, the news broadcasting service of the Radio Society
of Great Britain, transmitting in the 80, 40, 6 and 2 metre bands.

------------------------------

Date: 6 Nov 92 16:47:13 GMT
From: hp-cv!hp-pcd!news1.boi.hp.com![e-mail]
Subject: TCP/IP on HF?
To: [e-mail]

In article <[e-mail]> [e-mail] (Charles Rissmeyer) writes:
>I finally got my hamshack setup with TCP/IP on VHF, which is fun.  I would
>also like to do TCP/IP on HF, which would probably be even more fun.
>What HF freqs are currently being used as the standard for HF TCP/IP?
>
>
>Charles (Chuck) Rissmeyer    KE0VG
>[phone]  (VP 652-7669) -  [e-mail]
>NCR - An AT&T Company             NCR  CCS-PM&S NPD St. Paul

I don't know about "standard" frequencies, but I have ran a gateway
service between Salt Lake City, Utah and Western Washington a
couple of years ago on 17 Meters...

John
--
John D. Hays [KD7UW]           |Email: [UUCP]          ...!hplabs!hpdmd48!jhays
Firmware Engineer              |       [INTERNET]              [e-mail]
Boise Printer Division         |       [GEnie]                             HAYS
Boise, Idaho                   |       [Compu$erve]                   72725,424

------------------------------

End of Packet-Radio Digest V92 #302
******************************
Date: Sun,  8 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #303
To: packet-radio


Packet-Radio Digest         Sun,  8 Nov 92       Volume 92 : Issue  303

Today's Topics:
                AX25 protocol
               Packet Radio for Novices
        Packet Radio Internet Extension (from DEVEL-L)
          TNC<->HT cable for Radio SHack HT

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Sun, 8 Nov 1992 03:40:51 GMT
From: usc!sdd.hp.com!scd.hp.com!hpscdm!hplextra!hpfcso!hplvec![e-mail]
Subject: AX25 protocol
To: [e-mail]

> In rec.radio.amateur.packet, [e-mail] (Professor Coypu) writes:
>
>     I am interested in building a simple packet modem and writing all the
>     AX25 software necessary to get going on packet on my computer (Acorn
>     A3000).
>
>     Could someone please point me to an on-line description of the protocol,
>     or a good book describing it.
>
>     +-------------------------------------------------------------------+
>     | Alun Jones, Dept. of Computer Science, | Email : [e-mail]   |
>     | U.C.W. Aberystwyth, Wales              |  144MHz FM : GW1URF      |


I have the AX.25 protocol specification on-line.

Again, I offer to email it to all who directly send me a request by
email.


The file is about 65K bytes and begins:

>          AX.25 Amateur Packet-Radio Link-Layer Protocol
>                     Version 2.0  October 1984
>
>
> 2.  AX.25 Link-Layer Protocol Specification
>
> 2.1  Scope and Field of Operation
>
>         In  order  to  provide  a  mechanism  for  the   reliable
> transport  of  data  between  two  signaling  terminals,  it   is
> necessary  to define a protocol that can accept and deliver  data
> over a variety of types of communications links.  The AX.25 Link-
> Layer  Protocol is designed to provide this service,  independent
> of any other level that may or may not exist.


----
Ted Cline, N0RQV                    VXI Systems Division
[e-mail]        Hewlett-Packard, M/S CU-326
[e-mail]           815 14th Street SW
VOICE: [phone]               P.O. Box 301
FAX:   [phone]               Loveland, CO  80537  USA

------------------------------

Date: 7 Nov 92 19:29:57 GMT
From: usc!zaphod.mps.ohio-state.edu!uwm.edu!spool.mu.edu!hri.com!noc.near.net!news.bbn.com!hsdndev!news.cs.umb.edu![e-mail]
Subject: Packet Radio for Novices
To: [e-mail]

I have heard that Novices are allowed Packet Radio privileges.  Could
someone explain (briefly, please) how this process works?  I'm also aware of
a gateway between Packet Radio and Internet.

Thank you.

 - Ed

--
Internet:  [e-mail]                                  - guest user -
Member and Activist:  The Boston Computer Society

"activist":  The BCS definition of the word "volunteer."

------------------------------

Date: Sat, 7 Nov 1992 22:40:10 GMT
From: swrinde!emory!sol.ctr.columbia.edu!news.unomaha.edu!cwis.unomaha.edu![e-mail]
Subject: Packet Radio Internet Extension (from DEVEL-L)
To: [e-mail]

[Note:  This was forwarded to me from someone who reads the DEVEL-L
mailing list.  Note that the frequencies used in this project (430-450)
may not necessarily be a ham band in ITU Region 1 or Hungary.

Hope you find it as informative as I did.]

73, Paul W. Schleck, KD3FU

[e-mail]

>Date: Wed, 28 Oct 1992 14:15:39 -0800
>From: "(Edwin Brownrigg)" <[e-mail]>
>To: Multiple recipients of list DEVEL-L <[e-mail]>
>Subject: PRIE

              Report
            on
           the Budapest
    Packet Radio Internet Extension Demonstration
          October 6, 1992
          Edwin Brownrigg
           Open Access Solutions
            and
          Dewayne Hendricks
           Tetherless Access, Ltd.
           October 12, 1992

               ABSTRACT

 This paper describes a project recently undertaken in
 Budapest, Hungary.  It discusses why and how terrestrial
 packet radio was demonstrated as a feasible technology
 for wirelessly extending the Internet.  Details are
 provided regarding the interface between the wireless
 link and the Internet, and the link itself.  Some
 conclusions are drawn regarding the feasibility and
 desirability of packet radio as a means of providing
 Metropolitan Area Networks and Wide Area Networks in
 Hungary and other Central European Countries.


 Sponsorship

 The United States Agricultural Library was the sponsor
 of the project under the direction of Pam Andre,
 Associate Director for Automation.  The Library at North
 Carolina State University administered the project.
 Tetherless Access, Ltd. and Open Access Solutions were
 the contractors.


 Goal:

 The goal of the Budapest project was to demonstrate the
 technical feasibility of using packet radio as an
 interface to the Internet, thus establishing the
 potential for low cost international connectivity for
 the Central European Agricultural Libraries.

  Objectives:

  1.     To demonstrate the potential for sharing
     documents (both ASCII and bit-mapped images)
     electronically via the Internet.

  2.     To establish a packet radio link between a
     conference site and the Hungarian Academy of
     Science, an Internet site.

  3.     To connect the packet radio link to the
     Internet, thus establishing a packet radio
     Internet extension (PRIE).


  Setting

 The setting for the demonstration was Budapest, in
 particular a building in Buda and another building
 across the Danube River in Pest.  The distance was
 approximately 10 km.

 We obtained written permission in advance from the
 Hungarian government to use frequencies in the 433-450
 band for the packet radios as well as for voice
 communication.



 The Link

 One end of the link was at one of the buildings of the
 Hungarian Academy of Science, an Internet node.  The
 Academy building, although tall, is surrounded by other
 tall buildings.  The other end of the link was a
 Conference Center, north of the Academy.  It flanked by
 very tall trees on its south side and is around a
 bend of the Danube River from the Academy.  The majority
 of the distance between the two points is open air over
 the river.

 Even with the distance between the two points of the
 link, two watt  radios, omnidirectional antennae, and
 the lack of a clear line of sight between the two sites,
 with persistence, we established a connection.  The
 best signal was obtained by the placement of the antenna
 at the conference center as high as we could get it in
 an area that was not blocked by obstructions.


 The Internet

 Prior to the demonstration it was confirmed that we
 could interface to the Internet via an Ethernet network
 that was in place at the Academy.   That required us to
 bring along a Kinetics FastPath gateway unit to connect
 the Ethernet to the LocalTalk network that the Apple
 Macintoshes require.  We accomplished the connection to
 the Internet at the Academy by our second day in
 Budapest.  We had only a slight problem determining how
 to configure the FastPath to the local network.  We had
 expected some difficulty in this area and were pleased
 that it went as smoothly as it did.


 Observations

 As we had expected, the TELNET speeds and response time
 of the Internet in Budapest were relatively slow.
 However, we were able to accomplish useful work through
 the Internet, and, in the brief time available to us,
 from the link.  Such work is routinely and operationally
 done a

 Conclusions

 o     The feasibility of future use of packet radio
       in Hungary.

 It is clear to us, based on our first-hand experience in
 Budapest with a packet radio extension of the Internet
 that one or more such extensions would be entirely
 feasible.  At the same time, as our experience
 highlighted, such packet radio extensions of the
 Internet will not be implemented merely by acquiring
 some number of packet radios.  Any extensions must
 be conceived of, planned and managed as network
 solutions, of which the packet radios are one means of
 implementing that solution.  The staffing of the network
 both before and after installation is critical to the
 successful planning, deployment and operation of a
 packet radio network extension.  Thus, staffing must be
 taking into account in the overall network extension
 budget.

 o      The Academy staff

 This report would not be complete without special
 mention of the Academy staff.  Their cooperation and
 efficiency added greatly to the success of this project.
 This highlights the necessity of taking into account the
 critical importance of having support and cooperation
 from the organization that is going to provide access to
 the Internet for packet radio extensions.  In particular
 the efforts of Mr. Sandor Manno and Mr. Lajos Monostori
 of the Academy staff were most appreciated.

 o      The apparent availability of spectrum

 The issue of availability of spectrum in general in
 Central Europe was beyond the scope of the immediate
 project, but we believe that it deserves some
 speculation here and further factual exploration.

 Through readings and conversations we had been led
 to believe that in recent history the spectrum was
 scarce in Hungary and elsewhere in Central Europe, due
 to its heavy use by the occupying Soviet armed forces.
 Whether this was true or not, in the project we found
 the spectrum to be relatively clear in the bands that we
 were licensed to operate.  We speculate that there may
 be an abundance of spectrum that can be used to develop
 a telecommunications infrastructure in Central Europe
 and suggest that this would be a fertile area of
 investigation.

 For more information, please contact:

      [e-mail]
      [e-mail]
--


--

------------------------------

Date: 8 Nov 1992 00:24:02 GMT
From: swrinde!cs.utexas.edu!bcm!bcm![e-mail]
Subject: TNC<->HT cable for Radio SHack HT
To: [e-mail]

Hi-  Due to a recent hamfest, I now have packet capability.  After
having read this group for some time, I am excited about getting
onto the packet network.  One small snag remains, however.  I
cannot find the information I require for constructing a cable
from my Radio Shack HT to the TNC.  Since the RS manual that came
with the rig was unclear on the subject, I tried building the cable
shown in the TNC manual for the ICOM2AT, (a radio which a number of people
have told me is similar to the RS-HT.)  This cable would allow me
to see other people's packets, but I can't transmit.

If anybody has connected a RS-HT to a TNC and has any advice for
me I would appreciate hearing from you!  Even if someone out there
has an inkling of how to figure this out, I would be grateful.

Thanks


+-<rMark>------------------------+----------------------------------+---------+
|                                | [e-mail]        |  |||||  |
| R. Mark Adams, N5YYY           |                                  |   - <|  |
| Department of Cell Biology     |"It is a small world,             |    v |  |
| Baylor College of Medicine     | But I wouldn't want to paint it" |   \_/   |
+--------------------------------+----------------------------------+---------+

------------------------------

End of Packet-Radio Digest V92 #303
******************************
Date: Mon,  9 Nov 92 04:30:04 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #304
To: packet-radio


Packet-Radio Digest         Mon,  9 Nov 92       Volume 92 : Issue  304

Today's Topics:
            9600 baud on 2 meters
          TNC<->HT cable for Radio SHack HT

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 9 Nov 92 06:52:41 GMT
From: sun-barr!olivea!mintaka.lcs.mit.edu!hal.gnu.ai.mit.edu![e-mail]
Subject: 9600 baud on 2 meters
To: [e-mail]

Does anyone run 9600 baud TCP/IP packet on 2 meters?  If so, is there a
"standard" frequency, and what might it be?

Paul Prescott
N1AAC
[e-mail]

------------------------------

Date: Sun, 8 Nov 1992 18:54:43 GMT
From: usc!zaphod.mps.ohio-state.edu!darwin.sura.net!uvaarpa!concert!unccsun.uncc.edu!ws24![e-mail]
Subject: TNC<->HT cable for Radio SHack HT
To: [e-mail]

I don't know what kind of TNC you have, but the Radio Shack and Icom HT's
key the mic by feeding some DC current back into the mic input.  The
MJF-1270B that I have had instructions included with it to place a jumper
on the circuit board to do this.

Instead of this, I wired the output from the TNC into a box so that I
could change from the TNC to the mic and foot switch for voice. The
circuit is shown below (switch, mic and footswitch ommitted):

        mic |-----------------------------| mic
            |           |                 |
    TNC     ptt |-----^^^---|                 |       HT
            |   2000 Ohm                  |
          audio |-----------------------------| ear

If the TNC still will not key the radio, reduce the resistance. If the
recieve light won't light, increase the resistance. This is what worked
for my Realistic HTX202.

I hope this helps.

Tim Rumph
[e-mail]         kd4ows@w4bfb.#clt.nc.usa.na

------------------------------

End of Packet-Radio Digest V92 #304
******************************
Date: Tue, 10 Nov 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #305
To: packet-radio


Packet-Radio Digest         Tue, 10 Nov 92       Volume 92 : Issue  305

Today's Topics:
                AX25 protocol
           How to Connect NOS to TheNet???
            KA9Q Routing (2 msgs)
         NOSPJ.EXE & AX25.COM & XT Help!!!
              P2AT Mod. request

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 9 Nov 92 14:58:34 +1100
From: munnari.oz.au!manuel.anu.edu.au!sserve!hhcs.gov.au![e-mail]
Subject: AX25 protocol
To: [e-mail]

In article <[e-mail]>, [e-mail] (Ted Cline) writes:

>>          AX.25 Amateur Packet-Radio Link-Layer Protocol
>>                     Version 2.0  October 1984

I thought there was a version 2.1?  Is it only documented in the
networking conference proceedings or is there other documentation
available?

Carl.

--
Carl Makin, MVS/ESA Systems Programmer, VAX/VMS Dabbler.
Dept. Health, Housing and Community Services, Canberra, Australia.
sserve.cc.adfa.oz.au!hhcs!makinc   -   UUCP
[e-mail]                 -   Internet
[e-mail]           -   Packet Radio
"I'm from the Government and I'm here to help you."

------------------------------

Date: Mon, 9 Nov 1992 14:46:52 GMT
From: sdd.hp.com!spool.mu.edu!uwm.edu!src.honeywell.com!skyler.mavd.honeywell.com![e-mail]
Subject: How to Connect NOS to TheNet???
To: [e-mail]

Being part of a team in the Minneapolis/St. Paul area that has just
finished putting together a network comprised of TheNet, G8BPQ, and some
ROSE nodes - and having just gotten the "bug" to explore TCP/IP, I began
to think about how neat it would be if the local TCP/IP network  could use
the newly available AX.25 resources.

I am looking for answers to:
1.  How must the NET s/w be configured to go through the existing AX.25
    network?
2.  Are changes requires to the TheNet, ROSE and G8BPQ nodes?

With much ROSE activity in Florida and Texas - and our shiny new ROSE link
to Dallas/Fort Worth and Tampa (with Chicago coming on-line real soon)
just sitting there, I am real anxious to learn how to tie my TCP/IP
station into those folks.  Any ideas will be appreciated.

73,
Carl
______________________________________________________________________________
Carl Estey                  |  Home Mail Address: 276 Walnut Lane
Amateur Callsign:    WA0CQG |                     Apple Valley, MN 55124
                |  Business Address:  Honeywell Inc.
Phone: Work [phone]  |  Flight Systems & Test Operations M/S MN15-2370
       FAX  [phone]  |  1625 Zarthan Ave. S., St. Louis Park, MN 55416
       Home [phone]  |  Packet: WA0CQG @ WA0CQG.#SOMSP.MN.USA.NA
The nonsense here is of my own making - no one else would want credit!

------------------------------

Date: 9 Nov 92 15:29:14 GMT
From: ucselx!biosci!agate!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!spool.mu.edu!yale.edu!jvnc.net!monmouth.edu!moncol.monmouth.edu!c1741@
Subject: KA9Q Routing
To: [e-mail]

    Does anybody use ka9q NOS to route data coming in one interface to
a different one?  If so, would you please tell me how this is accomplished?

                    Michael Carson
                   [e-mail]

------------------------------

Date: 9 Nov 92 20:46:45 GMT
From: concert!gatech!nscf!wa4phy![e-mail]
Subject: KA9Q Routing
To: [e-mail]

[e-mail] (MICHAEL CARSON) writes:


>       Does anybody use ka9q NOS to route data coming in one interface to
>a different one?  If so, would you please tell me how this is accomplished?

>                                       Michael Carson
>                                  [e-mail]

Yes, it is done, and rather easily.  suppose you have data coming in on
one interface.. and you want to send it out the other.  I'll assume you
are not talking about routing.. but in any case, use the ifconfig <iface>
forward command.  If you are talking about routing to another host or
address on a different port, then just add that host address in the routes
table to direct it.

sam

--
     Sam Drinkard       |       internet: wa4phy![e-mail]
     WA4PHY             |       internet: [e-mail]
     Augusta, GA 30907  |       amprnet : [e-mail].

------------------------------

Date: 10 Nov 92 13:55:10 GMT
From: munnari.oz.au!comp.vuw.ac.nz!waikato.ac.nz!aukuni.ac.nz!kcbbs![e-mail]
Subject: NOSPJ.EXE & AX25.COM & XT Help!!!
To: [e-mail]

[e-mail] (Timo Sivula) writes:

>
>I have got an XT that runs at 10 MHz. I've also got a baycom modem that runs
>great with Baycom. Now I would like to upgrade to TCP/IP with the AX25.COM
>and the NOSPJ.EXE software, but these wont work! The RX misses most packets
>and the TX sounds weird. I have monitored the band with my second rig and
>even if packets are repeated fail to be received by the system. Is there any
>cure to this problem?
>
>Timo OH6KK
>[e-mail]
>

AX25DRV was written/designed for at least 20MHz 286 or faster computer.
Your  computer will be running out of horsepower trying to create the frames
in software as well as run NET on top.  It MAY work on 300 baud < have you
tried this? On HF I mean.

Steve - ZL1BHD


------------------------------

Date: 9 Nov 92 16:30:14 GMT
From: psinntp!ncrlnk!ncrwic!mickey!donald![e-mail]
Subject: P2AT Mod. request
To: [e-mail]

Could the mods for the icom p2at be reposted or e-mailed to me.
A second friend wants them and I did not save them.
(Really, I have Yeasu stuff.)

--
Ken Thompson    N0ITL
NCR Corp.  Peripheral Products Division   Disk Array Development
3718 N. Rock Road  Wichita KS 67226   [phone]
[e-mail]

------------------------------

Date: 9 Nov 92 18:37:11 EDT
From: hayes![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <norman.720627496@pagesat>
Subject : Re: GRAPES 56KB RF Questions

In article <norman.720627496@pagesat>, [e-mail] (Norman Gillaspie) writes:
> I noticed that the designer of the 56K modem is named Heatherington. Is
> this the same Heatherington who invented the escape sequence used by Hayes?

The same.

Dale Heatherington, WA4DSY.

After he left Hayes in 1985, the 56K modem was one of many projects
he worked on in his retirement.

--
Bill Coleman, AA4LR                ! CIS: 76067,2327    AppleLink: D1958
Principal Software Engineer        ! Packet Radio: AA4LR @ W4QO
Hayes Microcomputer Products, Inc. ! UUCP: uunet!hayes!bcoleman
POB 105203 Atlanta, GA 30348 USA   ! Internet: [e-mail]
Disclaimer: "My employer doesn't pay me to have opinions."
Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett.

------------------------------

End of Packet-Radio Digest V92 #305
******************************
Date: Wed, 11 Nov 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #306
To: packet-radio


Packet-Radio Digest         Wed, 11 Nov 92       Volume 92 : Issue  306

Today's Topics:
            [NEED] 7+ description
              ARES/Data program
        CONNECTIONS FROM TNC TO ALINCO DJ580 (2 msgs)
                 KA9Q Routing
              KISS TNC Standard
           Packet Software- Suggestions ???

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Wed, 11 Nov 1992 07:32:40 GMT
From: mcsun!sunic!ugle.unit.no!aun.uninett.no!nuug!statoil!ddm1![e-mail]
Subject: [NEED] 7+ description
To: [e-mail]

Does anyone out there have the description of the 7+ "protocol"
used for encoding 8 bit data into 7 bit?  I guess there might
be some compressing involved, but I really don't know?

73 de Magne, la1bfa
===================================================================
X.400.....: G=Magne; S=Mahre; O=ST; P=STATOIL; A=TELEMAX; C=NO
Internet..: [e-mail]
Internet..: [e-mail]
Packet....: la1bfa@la8d.#san.nor.eu
===================================================================

------------------------------

Date: Wed, 11 Nov 1992 03:38:18 GMT
From: elroy.jpl.nasa.gov!kilroy![e-mail]
Subject: ARES/Data program
To: [e-mail]

HI,

I'm looking for the ARES/Data program written by WN6I and N6KL.

Do you know where I can find the source or executable for this software?

Currently, I'm working on a project for the Angeles Crest 100 Mile Run.  The
run starts from Wrightwood, CA thru the San Gabriel Mountains and ends at the
Rose Bowl in Pasadena, CA.  Sierra Madre Search and Rescue (S&R) is
responsible for keeping track of the runners as they pass thru each checkpoint
and sends a search party after any unaccounted runners.

I was hoping I could modify or build on top of the ARES/Data program for use
in tracking runners thru these check points.  This will provide a database
from which S&R can determine which runners are overdo at any checkpoint along
the run.

Any suggestion would be appreciated.

Thanx in advance,

==> jim.

--
James T. Szeto            ( KC6WIK )    | Internet: [e-mail]
MARK-IV Interferometer                  | Office  : [phone]
Jet Propulsion Laboratory               | Fax     : [phone]
Atmospheric and Oceanographic Sciences  |
M/S 183-301                             |
4800 Oak Grove Drive                    |
Pasadena, CA  91109                     |




------------------------------

Date: Tue, 10 Nov 92 03:39:24 PST
From: swrinde!gatech!destroyer!cs.ubc.ca!van-bc!holly![e-mail]
Subject: CONNECTIONS FROM TNC TO ALINCO DJ580
To: [e-mail]

[e-mail] (Jerry Sturge) writes:

> I have the ALINCO DJ580, and i would like to hook this sucker
> up to a tnc. If you have the interface diagrams for the speaker and
> the mic, I would greatly appreciate being sent a copy. Right now I dont
> havemuch of an idea of how I can key up the transmitter.
> thanks in advance
> jerry VE7IYB
>

------------------------------

Date: 10 Nov 92 22:19:17 GMT
From: tijc02![e-mail]
Subject: CONNECTIONS FROM TNC TO ALINCO DJ580
To: [e-mail]



------------------------------

Date: 10 Nov 1992 07:51:25 GMT
From: mcsun!sunic!corax.udac.uu.se!neurofys.uu.se![e-mail]
Subject: KA9Q Routing
To: [e-mail]

In article <[e-mail]> [e-mail]
  (Sam Drinkard) writes:


>>       Does anybody use ka9q NOS to route data coming in one interface to
>>a different one?  If so, would you please tell me how this is accomplished?

>>                                       Michael Carson
>>                                  [e-mail]


We are using ka9q NOS for that purpose. This is our autoexec.net file. But
we have one problem. There are 3 interfaces in our router. One for A PC net
routing over netbios, one MAC net with "pure" IP. Actually it is the same
cable. The third interface routes to the hospital network. All these are
packet drivers from NOS' point of view. Now to the problem: We can only
route to the "default route", not between the PC and MAC net. Which version
of NOS is the "latest and best"?


The autoexec.net:

hostname gw.neurofys.uu.se
ip address [192.36.34.34]
#
# Specify packet driver for "raw" Ethernet packet driver.
attach packet 0x61 ec0 25 1500
ifconfig ec0 ipaddr [192.36.34.34]
#
# Specify packet driver for NetBIOS packet driver.
attach packet 0x60 nb0 25 1500
ifconfig nb0 ipaddr [192.36.34.65]
#
# Specify packet driver for "Mac" packet driver.
attach packet 0x62 ec1 25 1500
ifconfig ec1 ipaddr [192.36.34.81]
#
# Set up a default, static route to the external router.
route add default ec0 [192.36.34.33]
#
# Set up static routes to each of the machines on which
# the NetBIOS packet driver is operating.
route add [192.36.34.64]/28 nb0
# Mac net
route add [192.36.34.80]/28 ec1

ip ttl 50

tcp mss 576

tcp window 8192

start ftp

start finger

start pop

#start telnet

#domain addserver 130.238.4.133

start smtp
smtp gateway 192.36.104.15
smtp trace 1

domain suffix neurofys.uu.se


---------------------------------------------------------------
Per Ytterberg        email:        [e-mail]

Avd. f. Klin. Neurofys.            Dep. of Clin. NeuroPhys.
Akademiska Sjukhuset               University Hospital
751 85 Uppsala                     S-751 85 Uppsala
                   Sweden
---------------------------------------------------------------

------------------------------

Date: Wed, 11 Nov 1992 00:50:34 GMT
From: swrinde!elroy.jpl.nasa.gov!kilroy![e-mail]
Subject: KISS TNC Standard
To: [e-mail]

I'm looking for an ASCII copy of

The KISS TNC Standard - Phil Karn et al.

Does anyone have a copy of this and would be kind enough to send me a copy?

Thanx in advance,

==> jim.

James T. Szeto            ( KC6WIK )    | Internet: [e-mail]
MARK-IV Interferometer                  | Office  : [phone]
Jet Propulsion Laboratory               | Fax     : [phone]
Atmospheric and Oceanographic Sciences  |
M/S 183-301                             |
4800 Oak Grove Drive                    |
Pasadena, CA  91109                     |




------------------------------

Date: Tue, 10 Nov 1992 19:04:52 GMT
From: usc!cs.utexas.edu!sdd.hp.com!scd.hp.com!hpscdm!hplextra!hpl-opus!hpnmdla!hpmwtd!mtmtl8![e-mail]
Subject: Packet Software- Suggestions ???
To: [e-mail]

I would like to find out what software is being used for packet radio.
Especially from those who have used pcPakratt II.

I am currently using AEA's PCPAKRATT II and don't particularly care for
it.

What have you used and how do you like it???????

Someone mentioned PKGOLD... I believe that was the name.... as a good
software.

BTW, I am using AEA's PK2323MBX with the July 90 firm/software.......

Thanks for the info..... if it looks like it's worth publishing any/all
replies I receive, I'll do it to benefit others who may have the same (?)'s

Bill, N6GHG

------------------------------

Date: 10 Nov 92 11:38:12 EDT
From: hayes![e-mail]
To: [e-mail]

References <[e-mail]>, <norman.720627496@pagesat>, <[e-mail]>
Subject : Re: GRAPES 56KB RF Questions

In article <[e-mail]>, [e-mail] (Bill Coleman) writes:
> In article <norman.720627496@pagesat>, [e-mail] (Norman Gillaspie) writes:
>> I noticed that the designer of the 56K modem is named Heatherington. Is
>> this the same Heatherington who invented the escape sequence used by Hayes?
>
> The same.
>
> Dale Heatherington, WA4DSY.
>
> After he left Hayes in 1985, the 56K modem was one of many projects
> he worked on in his retirement.

To clarify something. My use of the past tense here may be misleading. I
am not suggesting that Dale isn't around any more. (As far as I know, he
is still doing well and working on tons of projects) It was more to
reflect my ignorance of what he is doing lately.

I'm sorry if someone might have misinterpreted this.

--
Bill Coleman, AA4LR                ! CIS: 76067,2327    AppleLink: D1958
Principal Software Engineer        ! Packet Radio: AA4LR @ W4QO
Hayes Microcomputer Products, Inc. ! UUCP: uunet!hayes!bcoleman
POB 105203 Atlanta, GA 30348 USA   ! Internet: [e-mail]
Disclaimer: "My employer doesn't pay me to have opinions."
Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett.

------------------------------

Date: (null)
From: (null)
I have a friend (KD4NEW) who is using his DJ580T and a MFJ-1270B.
The following assumes JMP K installed (which adds a .1? capacitor
in series with TNC 1).
TNC 1 is mic audio, TNC 2 is gnd, TNC 3 is ptt, TNC 4 is rec audio.


   MIC                                         SPKR
|        |                                  |        |
|        |                                  |        |
+--------+                                  +--------+
  |    |                                      |    |
  |    |.........TNC 2                        |    |
  |====|                                      |====|
  |    |                                      |    |
  |    |                                      |    |
  |====|                                      |====|
  |    |     ....TNC 1                        |    |
  |    |......                                |    |........TNC 4
   \--/      ....3.3K ohm ....TNC 3            \--/


73, Ed WX4S

------------------------------

End of Packet-Radio Digest V92 #306
******************************
Date: Thu, 12 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #307
To: packet-radio


Packet-Radio Digest         Thu, 12 Nov 92       Volume 92 : Issue  307

Today's Topics:
        1200 Baud HF PSK Modem Circuits wanted
              Gateway to packet
              need info on BAYPAC modem
           Packet Software- Suggestions ???
         Wirelsess Data Comunication (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].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 12 Nov 92 00:47:03 GMT
From: [e-mail]
Subject: 1200 Baud HF PSK Modem Circuits wanted
To: [e-mail]

Hello!

Can anybody point me in the direction where I can find some circuits for
a HF PSK 1200 Baud modem? I believe there is something around called
a PSK-1 modem (possibly originally for JAS-1 FO-12/20 satellites?).

The 14.109 300 Baud FSK BBS Network here in Australia is looking at switching
to 1200 Baud PSK but the local gateway on this net cant afford the cost of
a commercially made modem (which we have been told is around 300$!). We cant
see what would be in the modem that would make it that expensive and
if we can find some circuits are more than willing to build our own.

If anyone has any information please let me know! My E-Mail address is
below.

Cheers de Grant VK5ZWI
--
Grant Willis (VK5ZWI) Adelaide Uni, South AUSTRALIA   | The opinions expressed
AARNet/Internet: [e-mail]       | here are mine. The
Amateur Packet Radio: VK5ZWI@VK5TTY.#ADL.#SA.AUS.OC   | Uni probably doesnt
AmPrNET: [e-mail] [44.136.175.102]      | know I exist!

------------------------------

Date: 11 Nov 92 00:25:53 GMT
From: elroy.jpl.nasa.gov!sdd.hp.com!caen!uvaarpa!vdoe386![e-mail]
Subject: Gateway to packet
To: [e-mail]

Has there been any attempt at having a gateway (for hams) between
e-mail like internet and packet radio?  I know there would be
problems, but maybe they could be overcome.  I'm trying to get
on packet, but haven't gotten all the parts needed yet.

Boyd KO4WK

------------------------------

Date: Thu, 12 Nov 1992 02:38:50 GMT
From: usc!wupost!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!umn.edu!lynx!nmsu.edu!opus![e-mail]
Subject: need info on BAYPAC modem
To: [e-mail]


  I am a newcomer to packet, and I am still looking for a TNC or modem
to use at my own home(I have been using my radioclub's station).
  I have seen a modem for packet advertised on two ham radio
magazines, the name of the modem is BAYPAC, (model BP-1).  This modem
is only about $50 US, that seems reasonable to me.
  I would like to hear from some people who use, or have used this
modem.  How practical is it? What connections does it need?(power, PTT,
audio, etc). Have you personally liked it? etc.

  Please email or post on this newsgroup.

                       Thanks in advance,

                       Luis F. Orozco   N5UHB
                       [e-mail]

--


Luis F. Orozco    N5UHB

------------------------------

Date: 12 Nov 92 12:28:00 GMT
From: olivea!isc-br!tau-ceti!comtch!iea![e-mail]
Subject: Packet Software- Suggestions ???
To: [e-mail]

In a message of <10 Nov 92>, Bill Splaine wrote to All:

 BS> From: [e-mail] (Bill Splaine)
 BS> Newsgroups: rec.radio.amateur.packet

 BS> I would like to find out what software is being used for packet
 BS> radio.
 BS> Especially from those who have used pcPakratt II.

 BS> I am currently using AEA's PCPAKRATT II and don't particularly care
 BS> for
 BS> it.

 BS> What have you used and how do you like it???????

I have tried lots of them.  PHS is pretty nice as is PKT51.  PKGOLD is
 excellent I think. You can call the Gold folks and they have a demo version.
BBS 714.497.5860 v.32 14.4


BS> Someone mentioned PKGOLD... I believe that was the name.... as a  BS>
goodsoftware.
 BS> BTW, I am using AEA's PK2323MBX with the July 90 firm/software.......

73, Jay WS7I


 * Origin: Radio Therapy BBS (1:346/3)

------------------------------

Date: 11 Nov 1992 19:34:34 GMT
From: sun-barr!news2me.EBay.Sun.COM!exodus.Eng.Sun.COM!haber![e-mail]
Subject: Wirelsess Data Comunication
To: [e-mail]

Hi Guys and Girls
=================

  I need some HELP "please"
 I intend to build (For my home) a wireless radio network for data
    - Does any one know how to build such a best cheaply  ??
    - Can I use some "portable phone" components to do it.
    - How do you detect collision in for such an Network ??
    - What is the best protocol for this ??

Any help is greatly appreciated.

George T. Haber
~

------------------------------

Date: Thu, 12 Nov 1992 00:51:36 GMT
From: usc!zaphod.mps.ohio-state.edu!sdd.hp.com!spool.mu.edu!agate!usenet.ins.cwru.edu!gatech!gsusgi1.gsu.edu!gsusgi1.gsu.edu![e-mail]
Subject: Wirelsess Data Comunication
To: [e-mail]

[e-mail] (George Haber) writes:

>Hi Guys and Girls
>=================

>  I need some HELP "please"
> I intend to build (For my home) a wireless radio network for data
>        - Does any one know how to build such a best cheaply  ??
>        - Can I use some "portable phone" components to do it.
>        - How do you detect collision in for such an Network ??
>        - What is the best protocol for this ??

>Any help is greatly appreciated.

>George T. Haber
>~

Hello George:


    How many stations?
    How fast?
    Bidirectional?
    max distance?
    Are you a ham is this for "business" purposes?
    Reliability required? is this a personal security system.
    Minimum range required?
    RS2-232 type connection?


I like the portable phone idea, have pondered it before but to add more than
2 stations ( an originate and answer ) would require some interesting work.

I have used cheap "K-Mart" toy walkie talkies hooked up to 300 baud modems
for uni-directional links. +'s include few regulations (FCC part 15), cheap.

Hams currently use AX.25 or packet radio which is a CSMA type network allowing
many stations to address data to other stations in a shared medium
using simple FM type radios. Refer to Amatuer radio handbook for more info.
This is a good solution for low throughput turnkey type system. Cost wise
a little expensive. Another problem is the content of your transmissions
are somewhat restricted. I am fortunate to have both a base and portable
packet station unfortunately rules prevent me from reading my internet mail
using ham radio (non-business rule).

If you are not a ham you could perhaps use Radio shack FM type walkie
talkies. I have thought of trying this for personal and internet Email type
apllications. The big thing is the packet controller must be able to key
the tranceiver and I have yet to check if these radios would be compatible.

Any others out there, I wonder if this is in violation of FCC part 15????

I suppose that my solution was running alot of cable. I run serial cable
to each room to a rj45 jack. When I want to read net news or get on packet
with dinner or in bed just lug the laptop and plug in. To use the 386 I run
a remote program like PC-ANYWHERE .Fun Fun.

Good luck lets hear more ideas.



     _______  ______
    /        /        /       /    Michael A. de Kraker
   /        /______  /       /     Georgia State University  404-651-2390
  /    ___        / /       /      Internet:[e-mail]
 /_______/ ______/ /_______/       BITNET  :REGMAD@GSUVM1  PACKET:KD4FKW@W4QO

   To iterate is human, to recurse devine


------------------------------

End of Packet-Radio Digest V92 #307
******************************
Date: Fri, 13 Nov 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #308
To: packet-radio


Packet-Radio Digest         Fri, 13 Nov 92       Volume 92 : Issue  308

Today's Topics:
                AmigaNOS v2.9j
                BAYPAC
              Gateway to packet
              Jun's Electronics
             kaypro prgrms neede (2 msgs)
        Standard for TNC/Radio cables (2 msgs)
             TCP/IP Routing 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].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 12 Nov 92 13:26:02 GMT
From: pacbell.com!sgiblab!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!doc.ic.ac.uk!uknet!mucs!nessie!goshawk![e-mail]
Subject: AmigaNOS v2.9j
To: [e-mail]

v2.9j is available from 130.88.202.27, (so is v2.9i, but no one has
grabbed v2.9i yet!!)

John.
--
         John Heaton   -   NRS Central Administrator
      MCC Network Unit, The University, Oxford Road, Manchester,  M13-9PL
        Phone: [phone]   -   FAX: [phone]
           Packet: G1YYH @ G1YYH.GB7PWY.#16.GBR.EU

------------------------------

Date: 13 Nov 92 03:07:43 GMT
From: noao!ncar!zaphod.mps.ohio-state.edu!@arizona.edu
Subject: BAYPAC
To: [e-mail]

Can anyone tell me if the BAYPAC is a good packet modem?

Granville Barker
KB5GWX

------------------------------

Date: 13 Nov 92 05:08:32 GMT
From: zazen!doug.cae.wisc.edu!umn.edu!The-Star.honeywell.com!sol.ctr.columbia.edu!eff!news.byu.edu!ux1!fcom.cc.utah.edu!cs.weber.edu![e-mail]
Subject: Gateway to packet
To: [e-mail]

>Has there been any attempt at having a gateway (for hams) between
>e-mail like internet and packet radio?  I know there would be
>problems, but maybe they could be overcome.  I'm trying to get
>on packet, but haven't gotten all the parts needed yet.
>
>Boyd KO4WK


There are a few packet radio enthusiests who use tcp/ip and have links
into the internet. I believe they can telnet and ftp to remote sites
as well as send and receive email. I havn't gotten into tcp/ip packet
yet, but hope to be soon.

To find out who's the tcp/ip packet radio address coordinator
in your area you can write to:

[e-mail]

Tcp/ip is generally a thing many packet radio people choose not
to get into or like, but when done in conjunction with a home
modified FSK 2m or 440 rigs, it's much nicer (IMHO) than 1200
baud links .There's so much more to do on the Internet compared
with sitting around seeing how long you have to wait for your
1200 baud packets to go 5 to 6 node hops away.

I believe that the FCC allows baud rates up to 19.6 Kbps on 2m so
long as you stay within the 5KHz bandwidth. Why don't some packet
groups upgade to higher speeds? Because many don't have the
technical knowedge or wherewithall to modify a 2m rig to do FSK
and build a simple modem to drive the new FSK rig; or the money
to buy an off-the-shelf expensive FSK rig. One group that I know
of is begging for $$$ to buy an FSK rig and is seemingly unwiling
to modify an inexpensive used rig to do FSK. Anyway, enough soap
boxing...

I think you'll find packet radio tcp/ip rewarding. Check out your
local tcp/ip packet situation with other packeteers and hopefully
find there's an FSK tcp/ip link of some sort. Then get an address
from your local coordinator, and modify a 2m or 440 rig to do
FSK.


Good luck...

Jonathan C. Higbee N7HGM

------------------------------

Date: 12 Nov 1992 23:48:34 GMT
From: swrinde!elroy.jpl.nasa.gov!nntp-server.caltech.edu!NewsWatcher![e-mail]
Subject: Jun's Electronics
To: [e-mail]

I am posting this as a warning to other people regarding the service at a
HAM radio store in Los Angeles. This regards Jun's electronics on Sepulveda
in Culver City.

I recently bought an AEA fax at Jun's. As I was very dissatisfied with the
package, I decided to return it. However, it was past the 10 days allowed
to get a refund. They did give me a refund, albeit only $54 of the original
$90+tax I payed.

What burns me is that the guy had the audacity of telling me he can't sell
it as new, but will only sell it as a demo. When I purchased the unit
originally, it was obvious that someone else had used it before. There were
pencil marks in the manual and the box was taped with an old piece of
masking tape. Being very tolerant I didn't go back to complain (not to
mention it wasn't worth the drive)
I returned that thing cleaner and in better condition than when I bought
it!

Hey, I have had enough of crooks, dishonesty and poor service. I hope this
will serve as a warning to anyone. Buy only from reputable mail order
outfits. These local HAM stores are a real dissapointment.


             Axel

------------------------------

Date: Thu, 12 Nov 1992 22:18:45 GMT
From: sun-barr!cs.utexas.edu!zaphod.mps.ohio-state.edu!rpi!utcsri!newsflash.concordia.ca!garrot.DMI.USherb.CA!uxa.ecn.bgu.edu![e-mail]
Subject: kaypro prgrms neede
To: [e-mail]

I need any programs such as terminal programs that would work for a
kaypro to aid in getting it on packett,rtty,cw ect
tnx to all csjos
.

------------------------------

Date: Thu, 12 Nov 1992 22:18:45 GMT
From: ucselx!newshub.sdsu.edu!usc!cs.utexas.edu!zaphod.mps.ohio-state.edu!rpi!utcsri!newsflash.concordia.ca!garrot.DMI.USherb.CA!uxa.ecn.bgu.edu![e-mail]
Subject: kaypro prgrms neede
To: [e-mail]

I need any programs such as terminal programs that would work for a
kaypro to aid in getting it on packett,rtty,cw ect
tnx to all csjos
.

------------------------------

Date: 12 Nov 92 15:47:55 GMT
From: ogicse!uwm.edu!linac!att!cbnewsk!cbnewsj![e-mail]
Subject: Standard for TNC/Radio cables
To: [e-mail]

Many many moons ago actually a little over a year ago there was
a thread in this group discussing the need and usefullness of
have standardize cable for connecting ditital devices (TNCs)
to RF devises (radios). I think it started with a simple 5 PIN
DIN connect and esculated to the following all purpose proposal.

To refresh your memory you'd have a cable for each TNC and
a cable for each radio. The end connecotrs of each cable would
mate. This way you could connect any radio to any TNC very
easily.

Since I'm looking at making up some cables I'm wondering if this
was the last work on the subject. Does anybody know of any standards
being worked on or any psuedo standards in use.

Thanks and 73, Tom Kenny KB2GLO, [e-mail]

> From: [e-mail] (Steve Schallehn)
> Newsgroups: rec.radio.amateur.packet
> Subject: Standardized packet connector
> Summary: New design for the standard packet connector.
> Message-ID: <[e-mail]>
> Date: 15 Oct 91 21:37:23 GMT
> Organization: Kansas State University
>
> Thanks for those who have made comments on my last version of the
> standard packet connector.  Here is the next update to the idea.
>
> Standard packet connector:
> pin 1  - 1200 baud pin (like normal radio's mike port)
> pin 2  - 1200 GND
> pin 3  - 1200 baud receiver audio (like speaker jack)
> pin 4  - 1200 baud receiver audio GND
> pin 5  - 9600 baud pin (direct to radio's mixer)
> pin 6  - 9600 GND
> pin 7  - 9600 baud receive audio
> pin 8  - 9600 baud receive audio GND
> pin 9  - FSK modem connection (+/- 5V mark/space)
> pin 10 - FSK ground
> pin 11 - FSK receive
> pin 12 - FSK receive ground
> pin 13 - TX (ground to key radio)
> pin 14 - squelch open (+5v squelch open)
> pin 15 - TX/squelch ground
>
>
>
> Comments:
>
>  o Shielded cables and connectors seem important.  Twisted pairs
>    between the signals and thier respective grounds would cut down
>    RFI problems.
>
>  o There may many grounds here.  Are all the grounds needed or
>    am I ground happy?  :-)
>
>  o A 15 pin D connector could handle all of these connections and I have
>    seen some RFI shielded D connectors before, but they may have some
>    impedance bumps at high frequencies.  Any suggestions for a better
>    connector?  Some more pins would be nice for future additions.
>
>  o Electrical isolation / lightning protection has not been included.
>    This would be a valuable addition.
>
>  o With a combination of this connector and a standard computer control
>    connector (an extension to multi-drop KISS?), a computer controlled
>    packet station could be just plug and play.
>
>
> -Steve Schallehn  KB0AGD

--
Tom Kenny, KB2GLO
UUCP: ...!att!mtuxo!tek              Internet: [e-mail]
Packet Radio: [e-mail]   Voice Telephone: [phone]

------------------------------

Date: 12 Nov 1992 16:33:59 GMT
From: topaz.bds.com!topaz.bds.com![e-mail]
Subject: Standard for TNC/Radio cables
To: [e-mail]

Is this related, or completely a parallel to the COBRA radio interface
standards going on the the UK?  Does anyone stateside have a copy of this.
The only lead I have for getting the specification is by sending international
bank drafts to the UK which seems like more trouble than it's worth.

-Ron

------------------------------

Date: Thu, 12 Nov 1992 20:30:55 GMT
From: hellgate.utah.edu!fcom.cc.utah.edu!ux1!news.byu.edu!hamblin.math.byu.edu!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!rpi!newsserver.pixel.kodak.com!kodak!isctsse!@dog.ee.lbl.gov
Subject: TCP/IP Routing Help
To: [e-mail]

There has been a recent question as to what to about
sunetting and routing for IP routing for ham radio.
I suggested that we subnet (on a psuedo class C subnet) our
44.69.0.0 network for upstate NY. Most of our participants
don't understand routing techniques and think that I
am all wet. There are three schools of thought.
1        continue on, (they're assigning 44.69.0.x for all
    of upstate on a per node basis now.
2       subnet each county and preassign a network number to
    each. Therefore  Rochester would have 44.69.7.0
    (Monroe County) and Syracuse area (County it's in)
    would have 44.69.9.0, etc.
3       Assign subnets based on need. First come first serve for
    each area (switch as they call it, router to me).

Has anyone else done this? I have a subnet in my house and am
routing to the outside from any of my computers. I was
planning on subnetting also by freq. the 2 meter port may
be 44.69.5.0 and the 440 port may be 44.69.6.0. Or we
can split the 44.69.5.{1-127,128-254}.

Next item, has anyone tried to connect two 44.x.x.x networks
through thepublic internet? I'd love to connect Boston to
Rochester via the Corporate Ham clubs (this company has a few
ham clubs all over the world).

Last item, has anyone set up a pure tcpip router (ax25 based) between
areas? Or PcRoute, does it have support for the packet drivers and
ax25? We need to get across the state, but we'd like to do it
without netrom. net1x has been discussed. Any thoughts would be
appreciated.

Thanks very much for leting me get this off my chest...


--
Curtis Braun ([e-mail]) (n2hkd)
Computronics, POBOX 1002 Fairport,NY 14450
Guest@Digital Telstar,Network Operations Center Kodak

------------------------------

End of Packet-Radio Digest V92 #308
******************************
Date: Sat, 14 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #309
To: packet-radio


Packet-Radio Digest         Sat, 14 Nov 92       Volume 92 : Issue  309

Today's Topics:
                AmigaNOS v2.9j
                BAYPAC
         Bulletin FWDING on 2Meters. (2 msgs)
         Bulletin FWDING on 2Meters. (REPOST)
              Gateway to packet
              Jun's Electronics
              need info on BAYPAC modem
               PAX: A Terminal Program
            TAPR's RUH replacement
             TCP/IP Routing 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].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 12 Nov 92 13:26:02 GMT
From: ucselx!biosci!agate!doc.ic.ac.uk!uknet!mucs!nessie!goshawk![e-mail]
Subject: AmigaNOS v2.9j
To: [e-mail]

v2.9j is available from 130.88.202.27, (so is v2.9i, but no one has
grabbed v2.9i yet!!)

John.
--
         John Heaton   -   NRS Central Administrator
      MCC Network Unit, The University, Oxford Road, Manchester,  M13-9PL
        Phone: [phone]   -   FAX: [phone]
           Packet: G1YYH @ G1YYH.GB7PWY.#16.GBR.EU

------------------------------

Date: 13 Nov 92 03:07:43 GMT
From: elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!gatech!nntp.msstate.edu!Isis.MsState.Edu![e-mail]
Subject: BAYPAC
To: [e-mail]

Can anyone tell me if the BAYPAC is a good packet modem?

Granville Barker
KB5GWX

------------------------------

Date: 13 Nov 92 00:37:16 GMT
From: news.acns.nwu.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!ukma!cs.widener.edu!dsinc!bagate!cbmvax!snark!beyonet![e-mail]
Subject: Bulletin FWDING on 2Meters.
To: [e-mail]

    Hello, I would like some input on policies about forwarding bulletins
    on 2 meter user freqs. Could anyone acknowledge if there is a national
    forwarding policy that limits or restricts forwarding bulletins on
    2 meters? I would like to hear from you and what kind of agreements
    have been made and what future outcome will be considered with this
    "dark ages" practice. This practice is getting many users on the
    frequency that is happening really upset. Please understand this has
    been happening for many years now and most of the pbbs's have switched
    to multi-tnc multi-user software like msys, fbb, cbbs, and so on.
    However there are 2 remaining systems that are still using the old
    One user at a time type pbbs's that ARE NOT willing to upgrade their
    software and at least another tnc for a fwding freq.

    I have found out that there is a policy made with these 2 remaining
    systems that they are not allowed to forward bulletins between the
    time of 6pm to 11pm since this is prime time. This does not include
    the serious binary transfers that happen frequently in these time
    lines. It seems this person with his limited gw basic programming
    ability is doing all the damage. He and his pal that he sends large
    .exe files over on his single user pbbs will not upgrade software
    because A: He doesn't want to use other multi-users software since
    he programs his own pbbs. B: He don't want to write a mult-user
    multi-tnc pbbs because he doesn't want to "re-invent the wheel".
    To top it all off he has the tnc parms set so tight that nobody
    can get inbetween his packets and the paclen and frames are maxed
    out so all the other pbbs's in the area are completely held
    up during the whole process. Also these 2 pbbs's are using amplifiers
    from 80 to 170 watts output. This seems like a complete selfish
    act on their part against all of the other users and pbbs's on that
    freq.

    I personally feel if they want to continue to use 2meters for bulletin
    forwarding they should: A: Only get a restricted distrubution.
    B: Use Beams instead of amplifiers so it will cut down on the user
    interference. C: Reevaluate their worth, are they contributing or
    hindering fellow packet operators with their operations. Consider
    the future of packet and how large the distrubutions are going to
    be an weather single user pbbs's are a asset or a liability to
    the community.

    Please let us know how you have handled your local areas policy
    on this matter so we have a references and a goal to achieve here.

    Thanks for your help.
    Steve

--
|Stephen Urich|        Internet:[e-mail]         | "Cattle mutilations |
|NIC: SU2     |        UUCP:uunet!beyonet!steve        | are up!" --Sneakers |
|ARS: WB3FTP  | Packet:WB3FTP@WB3FTP.#EPA.PA.USA.NOAM  | ax25<->PBBS<->IPGATE|
|Bensalem, PA |Radio:[e-mail][44.80.8.44]| TCP/IP-FTP-SMTP-UNIX|

------------------------------

Date: 14 Nov 92 02:01:12 GMT
From: panix![e-mail]
Subject: Bulletin FWDING on 2Meters.
To: [e-mail]

In the Tri-State (NY/NJ/CT) area we have adopted standards for PBBS
forwarding, etc.  under the auspices of the Ad Hoc Tri-State Managed
Packet Network (@MGTBBS).They are described in a paper published in
the Proceedings of the 11th ARRL Computer Networking Conference.

Basically, we don't allow forwarding of any type over any frequency which
might carry real-time user data during "Prime Time," 6 PM to midnight,
local.  This includes network backbone links.  the only prime-time
forwarding takes place on PBBS-only frequencies (usually on 223 MHz).

Why?  Because the network exists for the benefit of the users.  Traffic
between automatic stations should not interfere with "live" users'
enjoyment of the network.

Forwarding on user channels (2M) is further restricted.  Bulletins may be
forwarded only between 1 AM and 6 AM, while personal traffic may be
forwarded from 1 AM to 5 PM.  This is also subject to oversight by the Hub
sysop who may ask for changes based upon local channel useage patterns.

In addition we have adopted a Hub-and-Spoke topology for bulletin
forwarding.  Instead of every system trying to flood bulletins to each and
every system it can reach we've established sub-regions and assigned one
PBBS to be the Hub for that area.  All intra-region bulletin distribution
is to/from the Hub.  Inter-region bulletin distribution is Hub-to-Hub. In
addition, bulletins to/from PBBSs outside the @MGTBBS area is via Hub
PBBSs.

Since we adopted these standards there's been a drastic improvement in
bulletin distribution.  In addition, users have noticed and commented upon
improved network performance.

(BTW: By network I am referring to both the Eastnet Backbone Network of
TheNet Nodes and the RATS ROSE X.25 Packet Network.  Yes, we do talk with
each other and cooperate.)

73,

Andrew Funk, KB7UV
-----
Internet: [e-mail]          CompuServe: 74756,2055
KB7UV Landline ROSErver/PRMBS: 718-956-7133, 1200 - 9600  V.32
The Radio Amateur Telecommunications Society: [e-mail]

------------------------------

Date: 13 Nov 92 17:11:14 GMT
From: swrinde!cs.utexas.edu!zaphod.mps.ohio-state.edu!usc!hela.iti.org!cs.widener.edu!dsinc!wells!beyonet![e-mail]
Subject: Bulletin FWDING on 2Meters. (REPOST)
To: [e-mail]

    Hello, I would like some input on policies about forwarding bulletins
    on 2 meter user freqs. Could anyone acknowledge if there is a national
    forwarding policy that limits or restricts forwarding bulletins on
    2 meters? I would like to hear from you and what kind of agreements
    have been made and what future outcome will be considered with this
    "dark ages" practice. This practice is getting many users on the
    frequency that is happening really upset. Please understand this has
    been happening for many years now and most of the pbbs's have switched
    to multi-tnc multi-user software like msys, fbb, cbbs, and so on.
    However there are 2 remaining systems that are still using the old
    One user at a time type pbbs's that ARE NOT willing to upgrade their
    software and at least another tnc for a fwding freq.

    I have found out that there is a policy made with these 2 remaining
    systems that they are not allowed to forward bulletins between the
    time of 6pm to 11pm since this is prime time. This does not include
    the serious binary transfers that happen frequently in these time
    lines. It seems this person with his limited gw basic programming
    ability is doing all the damage. He and his pal that he sends large
    .exe files over on his single user pbbs will not upgrade software
    because A: He doesn't want to use other multi-users software since
    he programs his own pbbs. B: He don't want to write a mult-user
    multi-tnc pbbs because he doesn't want to "re-invent the wheel".
    To top it all off he has the tnc parms set so tight that nobody
    can get inbetween his packets and the paclen and frames are maxed
    out so all the other pbbs's in the area are completely held
    up during the whole process. Also these 2 pbbs's are using amplifiers
    from 80 to 170 watts output. This seems like a complete selfish
    act on their part against all of the other users and pbbs's on that
    freq.

    I personally feel if they want to continue to use 2meters for bulletin
    forwarding they should: A: Only get a restricted distrubution.
    B: Use Beams instead of amplifiers so it will cut down on the user
    interference. C: Reevaluate their worth, are they contributing or
    hindering fellow packet operators with their operations. Consider
    the future of packet and how large the distrubutions are going to
    be an weather single user pbbs's are a asset or a liability to
    the community.

    Please let us know how you have handled your local areas policy
    on this matter so we have a references and a goal to achieve here.

    Thanks for your help.
    Steve

--
|Stephen Urich|        Internet:[e-mail]         | "Cattle mutilations |
|NIC: SU2     |        UUCP:uunet!beyonet!steve        | are up!" --Sneakers |
|ARS: WB3FTP  | Packet:WB3FTP@WB3FTP.#EPA.PA.USA.NOAM  | ax25<->PBBS<->IPGATE|
|Bensalem, PA |Radio:[e-mail][44.80.8.44]| TCP/IP-FTP-SMTP-UNIX|

------------------------------

Date: 13 Nov 92 05:08:32 GMT
From: zazen!doug.cae.wisc.edu!umn.edu!The-Star.honeywell.com!sol.ctr.columbia.edu!eff!news.byu.edu!ux1!fcom.cc.utah.edu!cs.weber.edu![e-mail]
Subject: Gateway to packet
To: [e-mail]

>Has there been any attempt at having a gateway (for hams) between
>e-mail like internet and packet radio?  I know there would be
>problems, but maybe they could be overcome.  I'm trying to get
>on packet, but haven't gotten all the parts needed yet.
>
>Boyd KO4WK


There are a few packet radio enthusiests who use tcp/ip and have links
into the internet. I believe they can telnet and ftp to remote sites
as well as send and receive email. I havn't gotten into tcp/ip packet
yet, but hope to be soon.

To find out who's the tcp/ip packet radio address coordinator
in your area you can write to:

[e-mail]

Tcp/ip is generally a thing many packet radio people choose not
to get into or like, but when done in conjunction with a home
modified FSK 2m or 440 rigs, it's much nicer (IMHO) than 1200
baud links .There's so much more to do on the Internet compared
with sitting around seeing how long you have to wait for your
1200 baud packets to go 5 to 6 node hops away.

I believe that the FCC allows baud rates up to 19.6 Kbps on 2m so
long as you stay within the 5KHz bandwidth. Why don't some packet
groups upgade to higher speeds? Because many don't have the
technical knowedge or wherewithall to modify a 2m rig to do FSK
and build a simple modem to drive the new FSK rig; or the money
to buy an off-the-shelf expensive FSK rig. One group that I know
of is begging for $$$ to buy an FSK rig and is seemingly unwiling
to modify an inexpensive used rig to do FSK. Anyway, enough soap
boxing...

I think you'll find packet radio tcp/ip rewarding. Check out your
local tcp/ip packet situation with other packeteers and hopefully
find there's an FSK tcp/ip link of some sort. Then get an address
from your local coordinator, and modify a 2m or 440 rig to do
FSK.


Good luck...

Jonathan C. Higbee N7HGM

------------------------------

Date: 12 Nov 92 23:48:34 GMT
From: ucselx!biosci!agate!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!nntp-server.caltech.edu!NewsWatcher![e-mail]
Subject: Jun's Electronics
To: [e-mail]

I am posting this as a warning to other people regarding the service at a
HAM radio store in Los Angeles. This regards Jun's electronics on Sepulveda
in Culver City.

I recently bought an AEA fax at Jun's. As I was very dissatisfied with the
package, I decided to return it. However, it was past the 10 days allowed
to get a refund. They did give me a refund, albeit only $54 of the original
$90+tax I payed.

What burns me is that the guy had the audacity of telling me he can't sell
it as new, but will only sell it as a demo. When I purchased the unit
originally, it was obvious that someone else had used it before. There were
pencil marks in the manual and the box was taped with an old piece of
masking tape. Being very tolerant I didn't go back to complain (not to
mention it wasn't worth the drive)
I returned that thing cleaner and in better condition than when I bought
it!

Hey, I have had enough of crooks, dishonesty and poor service. I hope this
will serve as a warning to anyone. Buy only from reputable mail order
outfits. These local HAM stores are a real dissapointment.


             Axel

------------------------------

Date: Sat, 14 Nov 1992 02:44:45 GMT
From: sdd.hp.com!hpscit.sc.hp.com!scd.hp.com!hpscdm!hplextra!hpfcso!hplvec![e-mail]
Subject: need info on BAYPAC modem
To: [e-mail]

> In rec.radio.amateur.packet, [e-mail] (OROZCO) writes:
>
>
>   I am a newcomer to packet, and I am still looking for a TNC or modem
> to use at my own home(I have been using my radioclub's station).
>   I have seen a modem for packet advertised on two ham radio
> magazines, the name of the modem is BAYPAC, (model BP-1).  This modem
> is only about $50 US, that seems reasonable to me.
>   I would like to hear from some people who use, or have used this
> modem.  How practical is it? What connections does it need?(power, PTT,
> audio, etc). Have you personally liked it? etc.
>
>   Please email or post on this newsgroup.
>
>                                      Thanks in advance,
>
>                                      Luis F. Orozco   N5UHB
>                                      [e-mail]


As I understand it:

    1. The BAYPAC (model BP-1) (page 140 November 1992 QST, or page 83
       November 73) is a small modem that draws its power from the
       serial interface.  It must be very similar to the TCM3105.ZIP
       schematic.

    2. It is just a modem, and therefore requires some software like
       BAYCOM running on a PC-compatible to complete the "TNC" system.
       The BAYCOM system was reviewed in the December 1991 issue of 73.


Summary of Inexpensive 2m Packet Systems:
----------------------------------------

    1. For PC-compatibles:

    A. Poor Man's Packet: (the authors are on internet)
         I.   Page 8 August 1991 73 magazine.
         II.  Anonymous FTP: helios.tn.cornell.edu (128.84.241.2),
            /pub/PMP/pmp11dsk.zip .

    B. BayCom revision 1.50a software and either BAYPAC or use the
       TCM3105.ZIP Postscript schematic:
         I.   Review: December 1991 issue of 73.
         II.  Anonymous FTP: WSMR-SIMTEL20.ARMY.MIL (192.88.110.20) or
            mirror sites like OAK.Oakland.Edu (141.210.10.117)
                      wuarchive.wustl.edu (128.252.135.4)
                      ftp.uu.net (137.39.1.9)
                      nic.funet.fi (128.214.6.100)
                      src.doc.ic.ac.uk (146.169.3.7)
                      archie.au (139.130.4.6).

            I used wuarchive.wustl.edu (128.252.135.4):
              /mirrors/msdos/packet/tcm3105.zip and
              /mirrors/msdos/packet/baycom15.zip .

             (Above is BayCom revision 1.50 (156469 bytes),
             I think I got revision 1.50a from
             garfield.catt.ncsu.edu (152.1.43.23),
             /pub/hamradio/programs/baycom15.zip (168961
             bytes).)

    2. For Macintosh:
    A. PacketMac Modem: (the author is on internet)
         Page 8 October 1992 73, and errata page 54 November 1992 73.


Notes:
-----

  1. I have only used Poor Man's Packet, but hope to try BayCom soon.

  2. If you have Internet mail but not FTP, try the FTP mail server:
     send a mail message with the subject "help" and a single message
     line "help" to [e-mail].



Please eamil me or post any additions/corrections.

73's

----
Ted Cline, N0RQV                    VXI Systems Division
[e-mail]        Hewlett-Packard, M/S CU-326
[e-mail]           815 14th Street SW
VOICE: [phone]               P.O. Box 301
FAX:   [phone]               Loveland, CO  80537  USA

------------------------------

Date: 13 Nov 92 14:44:56 GMT
From: [e-mail]
Subject: PAX: A Terminal Program
To: [e-mail]

Hi everybody and greetings from Bangalore, India

Just saw requests for software to be used on packet. Well, PAX is a
neat program written by Raj/VU2ZAP which you could check out. Am
appending Raj's WHATIS.PAX file for more info:

*** WHATIS.PAX

 PAX is a TSR terminal program. Easy to use and many features. Split screen
 for send and receive, scroll back review, capture and file send, print,
 10 brag buffers, automatically sets date and time, 3 color schemes and
 many more .. Interrupt driven, so no drivers required. You can use 9600
 baud between PC and modem even in the slowest machines ! Supports COM 1,2,3
 & 4. Quick switch between 2 modems and any hot key can be selected.
 Download PAX and read the document file for full information.
 NOTE: PAX.COM version 2.10 is 9890 bytes long.

 for syntax "PAX /?"  and for Help   "PAX /H"

 * From VU2ZAP Raj * Comments are welcome [e-mail]

***

Anybody who'd like to check it out can drop me a line and I'll mail
you the UUed version with the document. Any queries can be sent to
me on the Internet. (It's faster than the ham route!).

73 de Lucky, VU2LBW

Internet: [e-mail]
Ham radio: VU2LBW @ VU2RSB.BLR.IND.AS

------------------------------

Date: 12 Nov 92 18:27:52 GMT
From: saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!wupost!uwm.edu!linac!att!bu.edu!dartvax!pranny![e-mail]
Subject: TAPR's RUH replacement
To: [e-mail]

Would anyone know if it will function in a KPC-4?

          Lee

------------------------------

Date: 12 Nov 92 20:30:55 GMT
From: elroy.jpl.nasa.gov!usc!rpi!newsserver.pixel.kodak.com!kodak!isctsse!kadsma![e-mail]
Subject: TCP/IP Routing Help
To: [e-mail]

There has been a recent question as to what to about
sunetting and routing for IP routing for ham radio.
I suggested that we subnet (on a psuedo class C subnet) our
44.69.0.0 network for upstate NY. Most of our participants
don't understand routing techniques and think that I
am all wet. There are three schools of thought.
1        continue on, (they're assigning 44.69.0.x for all
    of upstate on a per node basis now.
2       subnet each county and preassign a network number to
    each. Therefore  Rochester would have 44.69.7.0
    (Monroe County) and Syracuse area (County it's in)
    would have 44.69.9.0, etc.
3       Assign subnets based on need. First come first serve for
    each area (switch as they call it, router to me).

Has anyone else done this? I have a subnet in my house and am
routing to the outside from any of my computers. I was
planning on subnetting also by freq. the 2 meter port may
be 44.69.5.0 and the 440 port may be 44.69.6.0. Or we
can split the 44.69.5.{1-127,128-254}.

Next item, has anyone tried to connect two 44.x.x.x networks
through thepublic internet? I'd love to connect Boston to
Rochester via the Corporate Ham clubs (this company has a few
ham clubs all over the world).

Last item, has anyone set up a pure tcpip router (ax25 based) between
areas? Or PcRoute, does it have support for the packet drivers and
ax25? We need to get across the state, but we'd like to do it
without netrom. net1x has been discussed. Any thoughts would be
appreciated.

Thanks very much for leting me get this off my chest...


--
Curtis Braun ([e-mail]) (n2hkd)
Computronics, POBOX 1002 Fairport,NY 14450
Guest@Digital Telstar,Network Operations Center Kodak

------------------------------

End of Packet-Radio Digest V92 #309
******************************
Date: Sun, 15 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #310
To: packet-radio


Packet-Radio Digest         Sun, 15 Nov 92       Volume 92 : Issue  310

Today's Topics:
               callsign project
         Ham Radio, AmigaNos, and Feeds over the air.
             Need help w/PK88 and Net/MAC
            rsgb gb2rs news 15th november
                  Subnetting
             TCP/IP Routing 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].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Fri, 6 Nov 1992 12:38:33 GMT
From: sdd.hp.com!hpscit.sc.hp.com!scd.hp.com!hpscdm!hplextra!hpfcso!hpfcmdd!hpbbrd![e-mail]
Subject: callsign project
To: [e-mail]

Hello,

sorry if this is a FAQ. I wonder if the callbook is available
in electronic form. I am interessted in building up a callsign
server using this data here in South-Germany (Stuttgart).

I have read something about a CD-ROM here in notes. Did this refer
to the callbook database ?

Any type of media (tape, floppies or CD) would be fine though.

If such a thing is available, does this contain the international
part also? Is there a regular update available ? Where could I
get/buy this media from ?

vy 73 de Henning Gamlich, dj3eg@db0sao

PS: Does anybody know what happend with the callsign project from
    Rusty Carruth, N7IKQ. He provided exactly what I am looking for,
    but I was never succesfull contacting him.
-------------------------------------------------------------------------
Henning Gamlich [DJ3EG]                [INTERNET]        [e-mail]
Hochfirststr. 28                       [PACKET RADIO]    dj3eg@db0sao
7000 Stuttgart 80                      [TELEFON]         01149-711-682497
Germany                                [TELEFAX]         01149-711-682496

------------------------------

Date: 14 Nov 92 15:21:08 EST
From: megalith.miami.fl.us![e-mail]
Subject: Ham Radio, AmigaNos, and Feeds over the air.
To: [e-mail]

Howdy Netters,

    Now I have heard on and off on different parts of the net
that there are those out there who are able to get a UUCP feed or
SLIP type feed over the radio.  Just recently I bumped into a Ham
operator who says that it is done all the time.

    So my question is, is it possible to get such a feed using
an Amiga using AmigaNos?  From what I have heard and read AmigaNos
was created by a Ham operator to be used over the Air, but that it
has been used over phone lines as well.

    What I would be specifically interested in would be a small
setup using 2Meter or 8Meter.  Don't flame me I am not of the Radio
world and don't know much.  I am just going by what I discussed
with this Ham operator recently.  I would like to use AmigaNos if
that is indeed its purpose or other software suited for this
purpose.  The Ham operator I talked with Suggested 2 or 8 Meter.
I can't remember which of the two he said, but he suggested this
format because it was not as expensive and because the Antenna
needed would not be a huge affair.

    Also, I would like to know.  Is there anyone out there in
the Amiga Community doing this already.  If so, could you please
contact me?  I would be very interested in talking with you to find
out more of what is involved.  LICENCES, EQUIPMENT, COSTS,
SOFTWARE, Etc...

Thank and take care..

Carlos
--

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%    __     %  UUCP:  [e-mail]  % I Tried MS-DOS Once %
% __///     %  DATA/FAX: [phone]             % But Didn't Inhale.  %
% \\//Amiga %  System Administrator                  %        --D.Atkins-- %
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

------------------------------

Date: Sat, 14 Nov 1992 07:11:18 GMT
From: sdd.hp.com!think.com!spool.mu.edu!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!menudo.uh.edu!lobster!buster!jpunix!johann![e-mail]
Subject: Need help w/PK88 and Net/MAC
To: [e-mail]

Hello everyone!

I just recently acquired a PK-88 that I have hooked to my Mac. It seems
to work fine as long as I use it in the standard fashion. But, when I
try to put it into KISS mode for operation with Net/MAC 2.3.8, it seems
to transmit fine but when receiving characters from the remote host,
nothing is displayed on the screen. The light lights up to indicate that
there is a signal being received but nothing is displayed. When I put
the PK-88 back into standard mode with 3 cntrl-C's, it appears as though
the buffer is being dumped and all the text that should have been
displayed while in KISS mode is dumped to the screen. It is as though
the TNC is told to hold the data in it's buffer and not release it to
the computer.

I hope I have made myself clear on the description of the problem. Any
help would be greatly appreciated. BTW I have gotten KISS to work with a
MFJ without any problems. Is there some flow control paramater I have
not set correctly? Is there someone out there in net land that is
running the same or a similar setup? Please advise. I would like to get
this working as soon as possible.

John Perry - KG5RG

--

 John A. Perry  -  [e-mail]
           jpunix!perry

------------------------------

Date: Sat, 14 Nov 1992 13:09:41 +0000
From: usc!wupost!news.utdallas.edu!corpgate!bnrgate!bnr.co.uk!pipex!demon!tedb.demon.co.uk![e-mail]
Subject: rsgb gb2rs news 15th november
To: [e-mail]

Good morning. It's Sunday the 15th of November and here is the GB2RS news
broadcast, prepared by the Radio Society of Great Britain.

First the headlines:- The South Pole expedition has started; there is a change
of date for the RSGB's Annual Mobile Rally; and new RLOs for South and West
Yorkshire.

Last week saw the start of the British attempt to make the first crossing of
Antarctica on foot and to achieve the longest-ever unsupported polar journey.
At the expedition's base camp Morag Howell, GM0MUV is providing communications
and will be on the amateur bands using the call VP8CME. Sir Ranulph Fiennes
and Dr Michael Stroud have left Gould Bay, 78 degrees South, 39 degrees West
at the edge of the Filchner Ice Shelf. They aim to complete the 2,200 mile
trek in just 100 days, dragging all their food and equipment on sleds weighing
420lbs each. Their first challenge is to cross a 400 mile stretch of glacier
ice via Berkner Island to reach a mountain ice corridor leading them 10,000
feet up to the central Antarctic plateau. They are due to reach the South Pole
in early January before moving onwards to their destination at Scott Base. 80
years after Captain Scott's ill-fated expedition, Pentland South Pole is
aiming to raise more than two million pounds for the Multiple Sclerosis
Society.

News now of the appointment of an RSGB Liaison Officer, RLO, for South
Yorkshire. He is Alan Whitehead, G4JKW, whose address is 8 Limes Way, Gawber,
Barnsley, South Yorkshire S75 2NS; telephone [phone]. There is also a new
RSGB Liaison Officer for West Yorkshire. He is Derrick Allan, G0RZP, and his
address is 283 Cliffe Lane, Gomersal, Cleckheaton, West Yorkshire BD19 4SB,
telephone [phone]. RLOs hold a wide range of information and should be
used by RSGB members seeking advice.

The address for the G3LAA to G3NZZ series QSL Sub-Manager is incorrect in the
1993 Call Book. He is Andrew Giles, G4OJH, whose correct address is: 209 New
Bristol Road, Weston-Super-Mare, Avon BS22 0BJ.

Ron Ledgerton, G2ABC, is retiring as a GB2RS newsreader for the South West
England area, having read over 620 scripts. We are sure that everyone
listening will wish to thank him for such long and dedicated service.

Next a note for users of the 70cm band:

As licensees will know, the 430 to 440MHz band is allocated to the Amateur and
Amateur Satellite Services on a Secondary basis. The Primary user has
allocated two spot frequencies for use by units of the Royal Air Force
Volunteer Reserve. These are 435.725 and 435.750MHz and are used from RAF and
other airfields. Please remember that this traffic has priority over amateur
use.

A reminder, now, that the next City and Guilds Novice Radio Amateur's
examination, subject 773, will take place on Monday the 14th of December and
not the 7th as has previously been advertised.

Now some items of HF DX news from the weekly RSGB DX News Sheet which is
edited by Brendan McCartney, G4DYO: From East Kiribati, WC5P will sign T32BE
from Tuesday the 24th of November until early December, and KH6DFW will sign
T32BI from the 25th to the 29th of November on SSB only. From Tasmania, the
special callsign VI7AJT will be aired during November only, to commemorate the
discovery of Van Diemen Land by Abel Janson Tasman some 350 years ago. From
Antarctica, W6REC will sign KC4AAF from McMurdo Base, until the 1st of
February. Check CW frequencies 3505, 7005, 14025, 21025 and 28025kHz, and for
SSB the frequencies 7175 and 14180 to 14190kHz.

Rally news next:

There is one event that we know of for today, Sunday the 15th of November:
This is Bridgend and District Amateur Radio Club Rally which is being held at
the Bridgend Recreation Centre, Bridgend, Mid Glamorgan. From the M4 motorway,
use Junction 36. Doors open at 11.00am, or 10.30 for disabled visitors. There
will be a bring and buy stall and refreshments.

There are two event that we know of for next Sunday, the 22nd:

The Bishop Auckland Radio Amateur Club's Radio and Computer Rally which is to
be held at the Spennymoor Leisure Centre, Spennymoor, Co Durham. This is a new
venue for this year's rally and is easy to find from the major routes through
the area, such as the A1(M). There is ample parking space and refreshments and
other amenities of a leisure centre. Further details can be obtained from
G0PRQ, by telephoning 0388 766264. The West Manchester Radio Club Winter Rally
is to be held at the Bolton Sports and Exhibition Centre, Silverwell Street,
Bolton. Doors open at 11.00am, or 10.30 for disabled visitors. There will be
trade and clubs stands and a bring and buy stall. Refreshments will be
available.. Further details can be obtained from G1IOO, by telephoning 0204
24104, evenings only.

Next a new date for your diary:

There has been a change of date for the RSGB's Annual Mobile Rally. The 1993
Woburn Rally will now be held on Sunday the 18th of July 1993, not the usual
first weekend of August.

HF Contest news now:

Next Saturday, the 21st of November, the second RSGB 1.8MHz CW Contest starts
at 2100GMT and runs for four hours, using 1820 to 1870kHz only. Further
details can be found in August's RadCom, on page 65.

and some UHF Contest news:

The next RSGB 432MHz Cumulative Contest takes place on Monday the 30th,
between 2030 to 2300GMT. For further details on this event, see June RadCom
page 65.

Special event callsign GB2CIN will be used by the Alford Academy Amateur Radio
Club at the Strathdon Primary School in Aberdeenshire on Friday the 20th of
November. The station will be operating on 7070kHz +/- QRM and on the 14, 21
and 28MHz bands SSB and CW.

And now the solar factual data:

The period from the 2nd to the 8th of November has seen a massive X9 flare,
together with repeated Proton events up to 1,100 particle flux units and 'Ten'
flares up to 5,000 flux units. The largest flare for some years took place on
the 2nd of November - a massive X9. This resulted in continued proton events
reaching up to 1,100 particle flux units with 100 units being over the highest
100 Mega electron volt level. The event continued at lower levels until the
6th. There were also a number of ten flares up to 5,000 flux units. Needless
to say there have been a number of ionospheric disturbances, but surprisingly
only a small magnetic disturbance, the ionosphere quickly recovered. Sun spot
counts meaned at 104 and the solar flux averaged 136 units. The geomagnetic
activity was unsettled most of the time, but just reached a sub storm level of
Ap index 23 on the 2nd. The period averaged 17.7 units. The state has been
proton alert most of the week. The radio quality indices declined to well
below normal on the 2nd. The flare affected all circuits worldwide, but by the
4th they had recovered to normal. The aa indices, as supplied by the British
Geological Survey for the period 27th of October to the 2nd of November,
ranged from quiet up to just unsettled giving a daily average of 34.7
nanoTeslas. The Leonids meteor shower begins today and will reach a peak on
the 17th, lasting until the 20th. Bartells rotation 2176 starts on November
20th.

Now the ionospheric data for Central France:

The F2 daytime critical frequencies at Poitiers, as reported by Meudon,
averaged 10.7MHz though levels ranged from 7.5MHz on the 2nd up to 12.4MHz by
the 7th. The darkness hour lows averaged 2.8MHz with little variation. There
has been considerable spread F at times lasting up to 10 hours on the 2nd.
I'll repeat the figures. Highs - 10.7MHz; lows - 2.8MHz.

Now the ionospheric data for the north:

The F2 daytime critical frequencies at Ekaterinberg averaged 11.8MHz and the
darkness hour lows 3.5MHz. A comparison of optical flares between cycles 20,
21, and 22, shows that the present cycle, 22, is well down on the others, by
about 25 per cent. This is in contrast to solar flux and geomagnetic levels
where these are still amongst the highest since cycle 19. I'll repeat the
figures: Highs - 11.8MHz; lows - 3.5MHz.

And lastly the solar forecast:

This week the quiet side of the sun will be rotating away. Solar flux levels
are expected to be about the 130s, with very quiet geomagnetic activity.
Ionospheric MUFs during daylight are expected to reach 30MHz, with darkness
hour lows being up to 10MHz for east/west paths and up to 18MHz for
north/south paths.

And that's the end of the solar information.

Finally in the main news, the licence issuing agency, SSL, has informed the
Society that as of last Wednesday morning, the latest callsigns issued were in
the G0 S Q and G7 N W series, and Novice calls in the 20 A E and
21 B F series.


You're listening to GB2RS, the news broadcasting service of the Radio Society
of Great Britain, transmitting in the 80, 40, 6 and 2 metre bands.

------------------------------

Date: 14 Nov 92 20:51:39 GMT
From: [e-mail]
Subject: Subnetting
To: [e-mail]

     AMPR TCP/IP hasn't been subnetted yet in Michigan, but we've talked
about it and how to do it.  Generally it's by county in most states, or
some just draw lines and use the BBS  #local  hierarchical areas. The
H-route boundaries in Michigan are a bit too big for local IP routing,
and some counties have a very large population, others are farm lands with
little population.
     We'll probably subnet it by county but based on population. If
Macomb county had a lot of people in it (or just a lot of hams) then
we could get the 44.102.0.1 thru 44.102.2/24 range (example only) and
another county may get more, maybe less.  To determine population our
IP address coordinator picked up some kind of booklet that had the
information in it for each county and the voting information for Michigan.
     We've found it necessary to be done now, and with a full-time gateway
and a soon-to-be full-time gateway on the opposite side of the state, routing
becomes a problem since you have to know who is where. What we'd like to do
is subnet the state and set up those routes, then run a routing protocol
like RSPF  to handle the misc people (like the Michigan IP stations that
border Ohio and use their network rather than Michigan). The routing protocols
DO NOT need to be run on the LANS, your IP switches/routers are on a backbone
and talk to each other and exhcnage routing information. This way you can
be in one subnet and move to another and the switch you just moved to will
tell the others that you are there.  We ran RSPF for a while in the Detroit
area and it does work when used in an environment as stated above and
we were lucky enough to have a few mobile TCP/IP'ers help test it.

Ron  N8FOW

------------------------------

Date: 13 Nov 92 16:32:05 GMT
From: psinntp!psinntp!ncrlnk!ciss!law7![e-mail]
Subject: TCP/IP Routing Help
To: [e-mail]

[e-mail] (Curtis Braun) writes:

>There has been a recent question as to what to about
>sunetting and routing for IP routing for ham radio.
>I suggested that we subnet (on a psuedo class C subnet) our
>44.69.0.0 network for upstate NY. Most of our participants
>don't understand routing techniques and think that I
>am all wet. There are three schools of thought.
>1       continue on, (they're assigning 44.69.0.x for all
>       of upstate on a per node basis now.
>2      subnet each county and preassign a network number to
>       each. Therefore  Rochester would have 44.69.7.0
>       (Monroe County) and Syracuse area (County it's in)
>       would have 44.69.9.0, etc.
>3      Assign subnets based on need. First come first serve for
>       each area (switch as they call it, router to me).

We've recently had a few discussions along these lines in Ohio.  My 2
cents worth:

It's great to use rough geographical bounds to define address groupings,
but remember that radio waves don't obey borders.  By definition, a
network consists of stations that can reach each other (and therefore in
most places 44.xx <ain't> a network!).  Subnets should be assigned based
on connectivity, not geography.

The proposal that Jeff Townsend, WB8LYJ, came up with for Ohio after he
and I had some talks is basically that the state would be divided into
four quadrants -- NE,NW,SW,NE -- with each quadrant subdivided into four
subquadrants.

Subnets would be normally be assigned around switches or servers, and
the subnet address would be based on the geographical location OF THE
SWITCH/SERVER ONLY.  All users "homing" to that switch or server would
have an address in that subnet, regardless of their geographical
location.

So, you have a geographical structure that simplifies wide-area routing,
with local subnets that are fully connected around a switch or server.

This seems to me like a sensible approach.  I don't know if it will be
adopted in Ohio or not, but I'd suggest you think along these lines for
your area.

John

--
John R. Ackermann, Jr.        Law Department, NCR Corporation, Dayton, Ohio
[phone]                [e-mail]
Packet Radio: ag9v@n8acv      tcp/ip: [e-mail] [44.70.12.34]

------------------------------

End of Packet-Radio Digest V92 #310
******************************
Date: Mon, 16 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #311
To: packet-radio


Packet-Radio Digest         Mon, 16 Nov 92       Volume 92 : Issue  311

Today's Topics:
                M-8000
           Need help with PK88 and NET/Mac
          PK232 "smartwatch" clock mod file (2 msgs)
               PK88 and Net/MAC

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 16 Nov 92 02:39:53 GMT
From: njitgw.njit.edu!cats.njit.edu![e-mail]
Subject: M-8000
To: [e-mail]

Wanted, info on Universal M-8000. I would like to hear from anyone that has used one. Do you like it? etc.

------------------------------

Date: 16 Nov 92 10:00:31 GMT
From: [e-mail]
Subject: Need help with PK88 and NET/Mac
To: [e-mail]


Hello John,

About the problems you are dealing with...
I received this letter some time ago...


From: [e-mail]
To: af2j
Subject: The PK-88 Mod
X-BBS-Msg-Type: P

R:920319/1123z [e-mail] [State College] Z:16801

Orig: 18-Mar-92  23:41  @:N2OQN  #:347

Joe,
     The following is a description of the problem with using the PK-88
without the Mod and the appropriate fix:

(Now that I think about it, I'll write it directly to Adam.

     As I'm sure you well know, Hardware Flow Control is an integral part
of a successful Packet Program.  This is where the problem lies in using
the PK-88 as is with programs like Net/Mac. Specifically, the problem lies
in the fact that, although the PK knows how to utilize Hardware Flow Control
(HFC), it is not set up correctly for the standard interface cables.
     The NET/Mac software is trying to talk to the PK, in terms of HFC, and
the PK isn't looking in the right place (or even better, not on the right
pin. HiHi) The fix can be done in two different ways, one which involves
the modification of the cable, or the other one which requires the modifi-
cation of the TNC itself.
     Logic told me that if I ever had to buy a new cable, there would be no
problem except for having to modify it also, but...  If I ever had to buy a
new TNC, I'd be in deep trouble. HiHi.  This is why I made the mod to the
TNC, NOT the cable.  I don't know how to do the mod to the cable, but I do
know how to do the mod to the TNC, and it goes as follows:

   1)  Disconnect power (Duh!) and remove the top cover.
   2)  Locate the DB25 Connector toward the back of the unit, where you will
       note that this is the cable going to the computer. RS232. It's a big
       25 Pin connector.
   3)  Just forward of that connector, on the PC Board, you will see 6
       resistors, numbered R4 - R9.
   4)  Note that this step takes place on the connector side.  i.e. do the
       modification to the leads of the resistors FACING the connector.
       You must 'jump' resistors R5 and R7 together, ON THE CONNECTOR SIDE
       OF THE BOARD.
   5)  Replace the top cover.  (Duh!)
   6)  Have Fun!!!

 * Note:  Not all cables are capable of the hardware flow control needed.
      In this case, you must find a cable that is (some of them simply
          don't).
      Connect all of the pins required on the back of the mac to the
          DB25 as necessary.  (The Apple Printer cable, as it is called,
          does NOT work properly, modification or not. Go to an aftermarket
          cable.)

     Well, That's it.  Hope this helps you out, and happy soldering.  HiHi


  73, Danny (N2OQN @ W3YA.PA.USA.NOAM)
     | The Penn State University |
     |State College, Pennsylvania|



Hope this helps...

73 de
Adam van Gaalen (  [e-mail])
         or ([e-mail])

------------------------------

Date: Sun, 15 Nov 1992 17:58:26 GMT
From: swrinde!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewsc!cbfsb!cbnewsb.cb.att.com![e-mail]
Subject: PK232 "smartwatch" clock mod file
To: [e-mail]

copied from packet:
  Msg# TSF   Size #Rd  Date  Time  Arrived Seq #      Msg ID      Route
  2200 BF    2870   0 11-Nov 0535z 12-Nov (022312 - 17838_WF6O  ) []
  KC6RIX ==>  PK232@ALLUS
  "SMARTWATCH CLOCK MOD!"

Hello Fellow Packeteers and PK-232 Users!

Name here is Dino, KC6RIX.  I just purchased a new PK-232.  While reading the
operating manual (yes, I read the manual FIRST!), I came across the SmartWatch
option.  The SmartWatch option was listed under the
DAytime command (A-34).  I did not know what this option did so I dialed up
AEA and asked...as I suspected, this option allows the Day/Time clock inside
the PK-232 to keep operating after you shut the unit off!  This was great for
me as I like to see the times on my MHeard list but don't like reseting the
clock each time I power up!  This little option is ACCURATE too!  It was a
VERY SIMPLE install and I would like to pass on this info to you...

First, call Dallas Semiconductor @ [phone].  They are the people that
actually build this item!

Next, ask for part number DS-1216-C SmartWatch.  It cost me $26.00 and that
included shipping!

The SmartWatch should arrive in about three days.

Open your TNC and remove JP-1 (RAM Battery Backup)  [I did this so there would
be no voltage at the RAM when I removed it.  I'm not sure if it was necessary.]

Remove the 32k RAM (62256).  [Mine was U-5.  Check yours to be sure!]

Install SmartWatch in TNC socket.  Make sure the notch on the SmartWatch lines
up with the notch on the socket.

Reinstall the 32k RAM on top of the SmartWatch.  (Line up notches!)

Reinstall JP-1 for RAM Battery Backup.

THATS IT!  THE REST IS AUTOMATIC!  Set your clock and you are done with it!

73 My Fellow Packeteers!

              DINO...KC6RIX @ WF6O.#SOCA.CA.USA.NA
=============================================================================
Note: I haven't tried or verified this, proceed at your own risk. WA2ISE

------------------------------

Date: Mon, 16 Nov 1992 02:05:56 GMT
From: usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu![e-mail]
Subject: PK232 "smartwatch" clock mod file
To: [e-mail]

I've got a smartwatch that I have no use for. $20.00

Gregory W. Ratcliff

--
Gregory W. Ratcliff  [e-mail]  on the internet
Columbus, Ohio     ICBM
nz8r@w8cqk       on the air
N1697X           in the air

------------------------------

Date: 15 Nov 92 19:44:21 GMT
From: [e-mail]
Subject: PK88 and Net/MAC
To: [e-mail]

John, I am not of the Macintosh persuasion, but a similar thing happens
with the later versions of NOS unless you set
param <iface> DTR 1
param (iface) RTS 1
I don't know if this is TNC-specific, but it would be worth a try.  I
know that all versions of KISS are not created equal.  I have
experienced it with a TASCO TNC in KISS mode and have seen the settings
mentioned in docs for both NOS and NET.

Bob

Bob Nielsen W6SWE    Internet: [e-mail]       | | T
             ax.25: [e-mail]        | | | A
Tucson, Arizona      amateur IP: 44.124.12.16              \|/  P
             CIS: 71540,2364                        |   R
                                |

------------------------------

End of Packet-Radio Digest V92 #311
******************************
Date: Tue, 17 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #312
To: packet-radio


Packet-Radio Digest         Tue, 17 Nov 92       Volume 92 : Issue  312

Today's Topics:
                AmigaNOS 2.9j
               AX25 protocol (Summary)
              Gateway to packet
              Help please?!?!?!
                 KAM
          Maximum packet length and Pt. 97 (2 msgs)
               MFJ 1270B - Lost Manual
              Oscar adn other satelites
             Packet frequencies in Tucson
          PACKET ON LANDLINE BBS'S? (3 msgs)
               PACSAT software request
               PAX: An Address Request
                  Subnetting
             TCP/IP Routing 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].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 16 Nov 92 15:47:53 GMT
From: [e-mail]
Subject: AmigaNOS 2.9j
To: [e-mail]

I'm looking to get the most recent version of AmigaNOS but John's system
[130.88.202.27] that was mentioned in his announcement either has been
down frequently or I can't get there from here.   Would someone who has
managed to obtain it please put it on ucsd.edu or tell me where I can
get it?
--
____________________________________________________________________
Dan Roman           |     ///      Internet:  [e-mail]
Ascom Timeplex Inc. | \\\///                        GEnie:  D.ROMAN1
Woodcliff Lake, NJ  |  \XX/ Only AMIGA!     Homebrew is better brew.
====================================================================

------------------------------

Date: 16 Nov 92 18:43:09 GMT
From: yale.edu!spool.mu.edu!agate!doc.ic.ac.uk!uknet!gdt!aber![e-mail]
Subject: AX25 protocol (Summary)
To: [e-mail]

Two weeks ago I asked the following:

> Sorry if this is an FAQ, I don't read this group regularly.
>
> I am interested in building a simple packet modem and writing all the
> AX25 software necessary to get going on packet on my computer (Acorn
> A3000). Looking around the ftp sites (and on archie) I have totally
> failed to find a description of the protocol. I am a total novice, not
> even knowing what audio frequencies are used, which makes it slightly
> difficult for be to get started!
>
> Could someone please point me to an on-line description of the protocol,
> or a good book describing it.
>
> Please reply via email, and I'll summarise to the group.
>
> Alun.
>
> p.s. I have looked on the buffalo ftp site but couldn't find it there...

I have received replies from the following people (in no particular order)

G|ran Bostr|m           [e-mail]
Ted Cline               [e-mail]
Pat Masterson           [e-mail]
Jon Vander Hill         [e-mail]
Bradley T Banko         [e-mail]
Adrian Godwin           [e-mail]
Kevin Purcell           [e-mail]
A.R.Bateman             [e-mail]

The following sent me copies of AX25.DOC, which as Ted Cline noted is
available by mailing him directly:
Ted Cline               [e-mail]
Pat Masterson           [e-mail]
G|ran Bostr|m           [e-mail]
Jon Vander Hill         [e-mail]

-----

Bradley T Banko ([e-mail]) suggested:
You might just dig up the sources to the Poor Man's Packet computer TNC
with modem (available around the net "archie pmp")... it includes some
pretty well documented C source subroutine files for AX.25.

-----

Adrian Godwin ([e-mail]) pointed out that the NET package
has already been ported to Acorn's RISC OS machines, requiring a KISS
modem and not much else. He also suggested looking at pmp, and suggested
looking on ucsd.edu for KA9Q stuff.

-----

Kevin Purcell  ([e-mail]) suggested:
You can find find all you need to know in a booklet published by the
ARRL called "AX25 Link layer protocol specification revision 4". I have
a copy at home but can't remeber the title exactly.

You should be able to buy this from folks who sell ARRL books (like the RSGB).

Its very dry reading (like all good specs) and provides a description
of a state machine which defines the protocol, so it shouldn't be too
difficult to implement directly.

-----

A.R.Bateman ([e-mail]) suggested:

I'm not sure about an on-line source for the AX.25 protocol, but the reference
I got was from the RSGB. It is a reproduction of the full protocol specification
document and was about 5 pounds I think.

-----

In view of the above I have decided to follow two courses in parallel.

Firstly I am trying to use AX25.DOC and the PMP sources to write a
quick and dirty packet implementation based on the Baycom board design.
(Don't hold your breath, all you Acorn users - I have a lot on my plate!)

Secondly the KISS modem sounds like a more sensible idea, as I didn't
realise how stringent the real-time constraints will be generating the
HDLC directly from software. Besides bit-stuffing is boring ;-)

Thanks to all who replied, all your help has been greatly useful.

Alun.

p.s. I've re-started reading this group now...
--
+-------------------------------------------------------------------+
| Alun Jones, Computer Science Dept. | Email : [e-mail]       |
| U.W. Aberystwyth, Wales            | GW1URF (Packet coming soon!) |
+--Hi, I'm a signature Virus :-) Copy me into your sig to join in.--+

------------------------------

Date: 16 Nov 92 16:46:22 GMT
From: hal.com!arasmith.com![e-mail]
Subject: Gateway to packet
To: [e-mail]

In article [e-mail], [e-mail] (T. Boyd Moore) writes:
>Has there been any attempt at having a gateway (for hams) between
>e-mail like internet and packet radio?  I know there would be
>problems, but maybe they could be overcome.  I'm trying to get
>on packet, but haven't gotten all the parts needed yet.
>
>Boyd KO4WK

I have such a gateway located in Sunnyvale, CA. It allow the internet user
to send and receive messages with the packet system as well as allowing him/her
to run the bbs via email messages.

For additional information or to register just mail the following info to
[e-mail]

  Call
  Full name
  City, ST
  Zip
  Homebbs if you have one.

If you currently don't have packet equipment or a home bbs you are welcome to
register at mine. All mail addressed to you at the bbs will be automatically
forwarded to your email address. To the packet system it will appear you are
on packet.

-----------------------------------------------------------------------------
Bob Arasmith
   [e-mail] (work)
   [e-mail] (home)
   n0ary@n0ary.#nocal.ca.usa.na (packet)

------------------------------

Date: 16 Nov 92 16:12:50 GMT
From: [e-mail]
Subject: Help please?!?!?!
To: [e-mail]

OK,


Is there some type of publication that will help me with these
questions: (I have read the PACKET FAQ and GETTING STARTED WITH
PACKET.)

1.) I there something out there that will explain to me Advanced
Packet radio. (TCP/IP, AX.25 and "THE NET")

I understand computers and packet radio but I haven't been able to
find out the ADVANCED PACKET STUFF. I would like to know more about
connecting my station to the/a TCP/IP network and things of this
nature. It's kind of like when you get the INTERNET in your office
for the first time you don't fully understand it. Then you find out
all these great things to do. I want to find out more about the great
things out there for PACKET RADIO.

HELP PLEASE,

-NICK KA1NIP

------------------------------

Date: 17 Nov 92 03:50:34 GMT
From: [e-mail]
Subject: KAM
To: [e-mail]

Question.
I was told the other day that TAPR has a modification that optimizes
the KAM for HF operations.
Does anyone know anything about the mod or a telephone/email etc
that I can contact to find out about the mod?

Thanks
de Roland 7J1AKI/WF4P

------------------------------

Date: 16 Nov 92 16:00:15 GMT
From: [e-mail]
Subject: Maximum packet length and Pt. 97
To: [e-mail]

I've heard as part of HAM radio folklore that the maximum legal packet
length is 256 bytes.  I've had a hard time believing this after looking
through FCC pt. 97 rules or the ARRL version with expanded explanations.
It would seem to me that if you wanted to, you could set up a full
duplex link transmitting/receiving a continuous stream of data as long
as the system(s) ID every 10 minutes.  This is intended only as an
extreme example, not necessarily a practical one.

I've combed through the rules throughly (I think) and can't find
anything to stop me from using let's say a 4K packet size simplex to
another station set up to do the same.  Anyone have concrete info?

--
____________________________________________________________________
Dan Roman           |     ///      Internet:  [e-mail]
Ascom Timeplex Inc. | \\\///                        GEnie:  D.ROMAN1
Woodcliff Lake, NJ  |  \XX/ Only AMIGA!     Homebrew is better brew.
====================================================================

------------------------------

Date: Mon, 16 Nov 1992 21:08:42 GMT
From: usc!cs.utexas.edu!tamsun.tamu.edu!cs.tamu.edu![e-mail]
Subject: Maximum packet length and Pt. 97
To: [e-mail]

If you run >256 bytes on a "standard" AX.25 frequency, chances are that you
will incur the wrath of those folks whose firmware pukes when presented with
said packet lengths.  Otherwise, crank it up!!!

kf
--
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: 17 Nov 92 05:21:06 GMT
From: olivea!charnel!rat!koko.csustan.edu!nic.csu.net!odie.santarosa.edu![e-mail]
Subject: MFJ 1270B - Lost Manual
To: [e-mail]

Greetings:

Well, after several years, I'm finally getting the packet bug again and
dug out my trusty (maybe that's crusty) ole' MFJ 1270B and I can't find
my manual.  I've got everything hooked up from memory, but my big
problem is that short of CONNECT, DISCONNECT and MYCALL, I can't remember
any of the commands.  I realize I can call MFJ and they'll probably
send me a manual for a few bucks.  I'll probably do that, but I'm
impatient.  I can't wait that long.  I wanna get on NOW!

I'd appreciate anyone who has one of theseending me a quick command
recap, so I can get started again.

73,

Dave

--
-----------------------------------------------------------------------------
Dave Johnston, WD6AOE              Supervisor, Campus Data/Telecommunications
Santa Rosa Junior College, Santa Rosa, CA         [e-mail]
-----------------------------------------------------------------------------

------------------------------

Date: Sun, 15 Nov 1992 12:49:51 GMT
From: swrinde!zaphod.mps.ohio-state.edu!darwin.sura.net!spool.mu.edu!yale.edu!ira.uka.de!math.fu-berlin.de!news.netmbx.de!Germany.EU.net!mcsun!ub4b!news.cs.kuleuven.ac.be!blekul11!frmop11!
Subject: Oscar adn other satelites
To: [e-mail]

 Hello!
 I don't know if it is the right newsgroup to post it.
 I know there are satelites done by hamradios,which can be used with a
 computer and special hardware.I also know there is a "Email" system
 which works on this satelites,for Hamradios.
 My question is if there is ANY way I can mail a ham radio using this
 satelite,of course without needin a radio transmitter.I want to mail
 the satelite somehow through Internet(or Bitnet??), or,if it is possible,
 to mail the person himself.
 Thanx a lot!
 Livian
 P.S.:
 1.I am talking about the Oscar type satelites.(Or others like it)
2.I know the persons adress.(on the satelite?)
3.The person is NOT connected to Internet,of course.
thanx again.
P.P.S: Please mail the answer to me,not to the newsgroup.
                   ___
                  (o o)
 ------------------------------ooO-(_)-Ooo------------------------------------
  __     __  __    ___ __     _     ___   __
    |      |   \     /   |     \       \    | VM/CMS:
    |      |    \   /    |    _ \       \   | JHSEGALL @ Weizmann.weizmann.ac.il
    |___   |       /     |    _  \    |  \  | UNIX:
    |  |      /      |   /    \   |     |  JHSEGAL  @ Wiscon.weizmann.ac.il

------------------------------

Date: Mon, 16 Nov 1992 23:41:53 GMT
From: fluke![e-mail]
Subject: Packet frequencies in Tucson
To: [e-mail]

I will be traveling to Tucson soon and will be bringing a laptop
any Baycom packet setup. I'd like to join in the packet networks as
a visitor, so can someone send me packet frequencies?

Thanks!

Chuck, WB7R

--
Chuck Bowden / WB7R / [e-mail] / [phone]

------------------------------

Date: 16 Nov 92 16:07:16 GMT
From: [e-mail]
Subject: PACKET ON LANDLINE BBS'S?
To: [e-mail]

I was asked a question the other day that I couldn't answer. Could a
SYSOP of a landline BBS install a "DOOR" that would allow "LICENCED
AMATEUR RADIO OPERATORS" access a packet gateway through him/her? The
sysop being a "LICENCED AMATEUR RADIO OPERATOR" of course.

-Nick KA1NIP

------------------------------

Date: 17 Nov 1992 02:03:34 GMT
From: pacbell.com!sgiblab!spool.mu.edu!agate!usenet.ins.cwru.edu!cleveland.Freenet.Edu![e-mail]
Subject: PACKET ON LANDLINE BBS'S?
To: [e-mail]

Hi ...
     I wrote an article in Radio Fun (November, 1992) that describes the
land-line port we run on our Club PBBS.  It is open to ANYONE, licensed
or not.  We hold any traffic from the annonymous check-in.  If we can
verify the traffic left by the unlicensed user, I change it to go out
under my call as third party traffic.  (Some recently licensed Sysops
have crabbed about such activities ... apparently never hearing of
such things as third party or NTS.)
     We have about fifty licensed people who use the port.  Many new
RF packet operators have started on the land-line port.
73,
Steve
NO8M @ NO8M.#NEOH.OH.USA.NA     216-779-6350

--

------------------------------

Date: Tue, 17 Nov 1992 01:27:03 GMT
From: panix![e-mail]
Subject: PACKET ON LANDLINE BBS'S?
To: [e-mail]

In <[e-mail]> [e-mail] (Nicholas Palomba, Crystal Computer Systems Inc.) writes:

>I was asked a question the other day that I couldn't answer. Could a
>SYSOP of a landline BBS install a "DOOR" that would allow "LICENCED
>AMATEUR RADIO OPERATORS" access a packet gateway through him/her? The
>sysop being a "LICENCED AMATEUR RADIO OPERATOR" of course.

>-Nick KA1NIP

Sure, but the sysop would be trusting his/her license to the good behavior
of those using the gateway.

Another alternative is what I do with my BBS.  It's primarily a packet
system, but does accept telephone users.  Anyone can call and read
messages, download files, etc.  They can also post messages, but everything
posted is held for my review before it is visible to others (or forwarded).

I have several non-amateurs who call regularly, in addition to many hams
who prefer the speed of a telephone connection at 9600 bps.

73, Andy
-----
    Andrew Funk, KB7UV                     Internet: [e-mail]
    ENG Editor/Microwave                     Packet: kb7uv@kb7uv.#nli.ny.usa
    WCBS-TV Channel 2 News                      BBS: 718-956-7133

--
    Andrew Funk, KB7UV                     Internet: [e-mail]
    ENG Editor/Microwave                     Packet: kb7uv@kb7uv.#nli.ny.usa
    WCBS-TV Channel 2 News                      BBS: 718-956-7133

------------------------------

Date: 16 Nov 92 08:12:23 GMT
From: sproul![e-mail]
Subject: PACSAT software request
To: [e-mail]

Does anyone have any source code for the PacSat broadcast protcol
that they could send me.  I am working on some software to deal with
the images from the sattellites and need to implement this protocol.

-----------------------------------------------------
Mark Sproul - KB2ICI - New Jersey
[e-mail]

------------------------------

Date: 17 Nov 92 09:20:42 GMT
From: [e-mail]
Subject: PAX: An Address Request
To: [e-mail]

Hello everybody!

It's nice to see the requests for PAX pouring in. One of the people
who requested a copy is Brett Breitwieser, but my message to him
got bounced back from an intermediate node. The transcript is appended;

   ----- Transcript of session follows -----
>>> HELO netcom.netcom.com
<<< 553 Local configuration error, hostname not recognized as local
554 <[e-mail]>... Service unavailable

Can someone help to get this msg across to Brett? (Brett, if you're
tuned in, would like an alternate route to you. The netcom node seems
to be behaving strangely). Brett's address is [e-mail]

Lucky, VU2LBW
[e-mail]

------------------------------

Date: Mon, 16 Nov 1992 16:19:20 GMT
From: swrinde!emory!kd4nc!ke4zv![e-mail]
Subject: Subnetting
To: [e-mail]

In article <[e-mail]> [e-mail] (Ron Atkinson ) writes:
>     AMPR TCP/IP hasn't been subnetted yet in Michigan, but we've talked
>about it and how to do it.  Generally it's by county in most states, or
>some just draw lines and use the BBS  #local  hierarchical areas. The
>H-route boundaries in Michigan are a bit too big for local IP routing,
>and some counties have a very large population, others are farm lands with
>little population.
>     We'll probably subnet it by county but based on population. If
>Macomb county had a lot of people in it (or just a lot of hams) then
>we could get the 44.102.0.1 thru 44.102.2/24 range (example only) and
>another county may get more, maybe less.  To determine population our
>IP address coordinator picked up some kind of booklet that had the
>information in it for each county and the voting information for Michigan.

We initially attacked the problem of subnetting geographically, but found
that to not be completely satisfactory. Physical location and RF connectivity
rarely coincide in our terrain. So we subnet by RF LAN. We have 56 kb, 9600,
2400, and 1200 baud LANs, and each type exists on several distinct frequencies
with switch nodes at several different locations throughout the state. Each
station decides, based on equipment and RF path, which LAN it wants to
operate in, then it's assigned an address for that subnet. The 56 kb
backbone handles interlan connections automagically. There are still
large geographic areas of the state, where ham population is low or
uncooperative, that have to digipeat into a LAN to access a high speed
switch, but that's life in a funds and manpower limited activity.
We hope that the new The Net/IP code will eliminate digipeating in
the near future for those in the hinderlands. We've been stalled trying
to establish a 56 kb link East from Atlanta to the coast for a couple of
years by lack of suitable local manpower to maintain a relay switch
site. On the other hand, we've had little trouble pushing links North
and West from Atlanta into Tennessee and Alabama. Finding local manpower
to maintain parts of a large geographic network is the number one problem.

Gary KE4ZV

------------------------------

Date: 16 Nov 92 10:23:15 CST
From: swrinde!zaphod.mps.ohio-state.edu!uwm.edu!spool.mu.edu!umn.edu!mmm.serc.3m.com!mmc.mmmg.com!timbuk.cray.com!hemlock.cray.com![e-mail]
Subject: TCP/IP Routing Help
To: [e-mail]

In article <[e-mail]>, [e-mail] (John Ackermann) writes:
> [e-mail] (Curtis Braun) writes:
>
> >There has been a recent question as to what to about
> >sunetting and routing for IP routing for ham radio.
> >I suggested that we subnet (on a psuedo class C subnet) our
> >44.69.0.0 network for upstate NY. Most of our participants
> >don't understand routing techniques and think that I
> >am all wet. There are three schools of thought.
> >1     continue on, (they're assigning 44.69.0.x for all
> >     of upstate on a per node basis now.
> >2    subnet each county and preassign a network number to
> >     each. Therefore  Rochester would have 44.69.7.0
> >     (Monroe County) and Syracuse area (County it's in)
> >     would have 44.69.9.0, etc.
> >3    Assign subnets based on need. First come first serve for
> >     each area (switch as they call it, router to me).
>
> [Ohio experience deleted...]

In the Mpls/St. Paul metro area, we went through the pains of subnetting
about 1 year ago. We subnetted by frequency (we reasoned that a frequency
was roughly equivalent to a network, even though it may not be 100%
fully connected.) For instance we use 44.94.249.x/24 for the 1200 baud
frequency where most IP activity occurs. The routing tables are much
more manageable now, and a little education on how & when to use RIP (and
when not to) worked wonders. We tried RSPF, but everywhere it would
have been useful, it couldn't be used, since it didn't work on
more than 1 port at the time.. Some observations :-

When giving out IP numbers you get really strange looks when you ask
what frequency someone intends to use.

Don't rely on an MSYS node as a gateway to a subnet. Currently it
does not support multiple IP addresses, and the routing is still
done by hardcoding the arp table.

I don't want to give the impression that it's perfect, but I believe
subnetting really pays off - It's best to do it as early as possible,
you feel a little stupid making a subnet for 2 stations, but it's
easier to change when there are fewer (probably more motivated) people
involved..

Hope this helps.
--
andyw.  N0REN/G1XRL

[e-mail]    Andy Warner, Cray Research, Inc.        [phone]

------------------------------

End of Packet-Radio Digest V92 #312
******************************
Date: Wed, 18 Nov 92 04:30:04 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #313
To: packet-radio


Packet-Radio Digest         Wed, 18 Nov 92       Volume 92 : Issue  313

Today's Topics:
              Gateway to packet
          HELP 9600bps packet modem circuit
           Maximum packet length and Pt. 97
             Packet frequencies in Tucson
            Standard for TNC/Radio cables
                  Subnetting
             TCP/IP Routing 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].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 14 Nov 92 09:31:40 GMT
From: @[e-mail]
Subject: Gateway to packet
To: [e-mail]

It's not necessary to get into TCP/IP just to exchange mail between the
Internet and the Packet Radio Net.  There are a number of people who run
gateways (for licensed hams only) which simply pass mail messages
between the two networks.

One gateway (which I am set up to use) is run by w2xo.  You can contact
him to set you up.  His Internet address is [e-mail] or his
packet radio address is w2xo@w2xo.#wpa.pa.usa.noam.

I believe it is implemented as a packet radio bbs with a link to the
Internet.  Registered calls are in an alias file which tells the system
to forward mail from the packet net to a specific Internet address.
Incoming mail from the Internet has the packet address included.

My .sig file below shows how it operates.  Details should be obtained
from w2xo.

73, Seth

===========================================================================
Seth M. Dworken, KC3IL               Voice/Fax/TAD: 215-547-0715
625 Warwick Road                     Internet:      [e-mail]
Fairless Hills, PA 19030-3106        Packet Radio:  [e-mail]

      |-Internet to Packet gateway:  [e-mail]
      |-  w/ first line of message:  sp [e-mail]

    Packet to Internet gateway:  kc3il@w2xo.#wpa.pa.usa.noam
===========================================================================

------------------------------

Date: Tue, 17 Nov 1992 15:47:00 GMT
From: mcsun!sunic!fuw.edu.pl!cyfronet!p403r.uci.agh.edu.pl![e-mail]
Subject: HELP 9600bps packet modem circuit
To: [e-mail]

I need info if it's possible to build 9600bps modem using TCM3105.
Maybe just replacing crystal ? (4.43MHz to app.30Mhz).
Note:
It ISN'T necessary to have any standart format (just to connect two PC).

Maybe someone has circuit of 9600 modem based on other chip.
Any suggestions will be helpfull.

Thanks in advance

                    Grzegorz Aksamit

------------------------------

Date: 17 Nov 92 17:49:29 GMT
From: know!cass.ma02.bull.com!ladcgw.ladc.bull.com!orchard.la.locus.com!devnet.la.locus.com![e-mail]
Subject: Maximum packet length and Pt. 97
To: [e-mail]

In article <[e-mail]> [e-mail] (Daniel Roman) writes:
>I've heard as part of HAM radio folklore that the maximum legal packet
>length is 256 bytes.  I've had a hard time believing this after looking
>through FCC pt. 97 rules or the ARRL version with expanded explanations.
>It would seem to me that if you wanted to, you could set up a full
>duplex link transmitting/receiving a continuous stream of data as long
>as the system(s) ID every 10 minutes.  This is intended only as an
>extreme example, not necessarily a practical one.
>
>I've combed through the rules throughly (I think) and can't find
>anything to stop me from using let's say a 4K packet size simplex to
>another station set up to do the same.  Anyone have concrete info?



Part 97.109(e) specifies that AX.25 version 2.0, 0ctober 1984 must be
used  for automatic forwarding of third party traffic.  I can't find my
AX.25 reference, but I would the only *legal* restriction on packet
size would stem from adherence to the AX.25 v2 spec. This only applies
when automatically forwarding third party traffic, of course.

Dana
--
 * 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: Tue, 17 Nov 1992 15:53:08 GMT
From: swrinde!zaphod.mps.ohio-state.edu!cs.utexas.edu!tamsun.tamu.edu!cs.tamu.edu![e-mail]
Subject: Packet frequencies in Tucson
To: [e-mail]

In article <[e-mail]>, [e-mail] (Chuck Bowden) writes:
|>
|> I will be traveling to Tucson soon and will be bringing a laptop
|> any Baycom packet setup. I'd like to join in the packet networks as
|> a visitor, so can someone send me packet frequencies?

Not a flame, but it strikes me that taking a Baycom packet setup to Tucson
is sorta like a Jehovah's Witness going to Vatican City!!!
8-}
kf

--
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: 17 Nov 1992 22:33:13 -0600
From: usc!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!nemesis.ksu.ksu.edu![e-mail]
Subject: Standard for TNC/Radio cables
To: [e-mail]

[e-mail] (Ron Natalie) writes:

>Is this related, or completely a parallel to the COBRA radio interface
>standards going on the the UK?  Does anyone stateside have a copy of this.
>The only lead I have for getting the specification is by sending international
>bank drafts to the UK which seems like more trouble than it's worth.

The packet connector standard was submitted by me a few years ago as
a 'concept'.  To my knowledge, no one has ever really done a packet
connector this way.  I may start developing something more concrete
if there seems to be a need.

I am interested in hearing more about the COBRA standard you mentioned.
Could you give us details?

-Steve Schallehn  KB0AGD

------------------------------

Date: 17 Nov 92 19:33:55 GMT
From: [e-mail]
Subject: Subnetting
To: [e-mail]

Perhaps I'm full of waste - but doesn't classical Internet routing depend
on subnetting by LAN, where a "LAN" is a group of stations that are
directly connected, or within ARP of each other?  Anything else requires
smart routers everywhere, doesn't it?

--
/\/\/\/\/\/
Doug Collinge,  try: sol.uvic.ca!samisen!djc
        or:  samisen![e-mail]
        or:  [e-mail]
VE7GNU          PBBS: VE7GNU@VE7VBB.#ISLAND.BC.CAN.NOAM

------------------------------

Date: Tue, 17 Nov 1992 11:23:21 GMT
From: usc!sol.ctr.columbia.edu!spool.mu.edu!umn.edu!lynx!nmsu.edu![e-mail]
Subject: TCP/IP Routing Help
To: [e-mail]

In article <[e-mail]> [e-mail]
(John Ackermann) writes:
>
>Subnets would be normally be assigned around switches or servers, and
>the subnet address would be based on the geographical location OF THE
>SWITCH/SERVER ONLY.  All users "homing" to that switch or server would
>have an address in that subnet, regardless of their geographical
>location.
>
>So, you have a geographical structure that simplifies wide-area routing,
>with local subnets that are fully connected around a switch or server.
>

    Absolutely. This is the point of subnetting, without it,
it's just a method of administrating the address space. With it,
implemented correctly, it makes routing (for the usual 'leaf' nodes)
a piece of cake. For subnetting to be useful, it is essential that
everything on a subnet be able to talk directly. I would guess,
not being a packet expert, that the usual '3rd octet' approach to
subnetting is too limited. If there are 8 stations that can all
reach one another, and a main router, reliably -- but can't reach
anything else, they should be on a subnet masked 0xff.ff.ff.f8, for
example.

    The basic idea is 'if it's on my subnet, send it direct,
otherwise use routing tables (typically, pump it down the default
route)'

>
>John
>

------------------------------

End of Packet-Radio Digest V92 #313
******************************
Date: Thu, 19 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #314
To: packet-radio


Packet-Radio Digest         Thu, 19 Nov 92       Volume 92 : Issue  314

Today's Topics:
                AmigaNOS 2.9j
             Bulletin FWDING on 2Meters.
           FT-23 Mods for Packet Operation
           Is there a FAQ for packet radio?
              Jun's Electronics
                KAMRe: KAM
               PAX uploaded to ucsd.edu
            TCP/IP Routing 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].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Wed, 18 Nov 1992 22:05:36 GMT
From: swrinde!zaphod.mps.ohio-state.edu!caen!destroyer!fmsrl7!lynx!nmsu.edu![e-mail]
Subject: AmigaNOS 2.9j
To: [e-mail]

In article <[e-mail]> [e-mail]
    (Daniel Roman) writes:
>I'm looking to get the most recent version of AmigaNOS but John's system
>[130.88.202.27] that was mentioned in his announcement either has been
>down frequently or I can't get there from here.   Would someone who has
>managed to obtain it please put it on ucsd.edu or tell me where I can
>get it?

    I have gotten it in one of the intervals between netstorms
and placed it on moink.nmsu.edu, 128.123.4.58, in pub/amiganos. This
is a public service, in an effort to please someone who can send me
some documents, or give me some hints as to how to persuade AmigaNOS
to initiate a SLIP connection! I am attempting to set it up for a friend,
and cannot find an analogue to 'tip' suitable for manually initiating
the connection -- this is necessary, as the local SLIP server assigns
addresses dynamically (I suppose a really clever dialer could do it
too).

    Has anyone done this? Halp! Halp!


        Andrew

>____________________________________________________________________
>Dan Roman           |     ///      Internet:  [e-mail]

------------------------------

Date: 15 Nov 92 01:41:38 GMT
From: usc!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!drycas.club.cc.cmu.edu!pitt.edu!pitt!darth!n3eop![e-mail]
Subject: Bulletin FWDING on 2Meters.
To: [e-mail]

[e-mail] (Steve Urich) writes:

>
>       Hello, I would like some input on policies about forwarding bulletins
>       on 2 meter user freqs. Could anyone acknowledge if there is a national
>       forwarding policy that limits or restricts forwarding bulletins on
>     2 meters?

>       However there are 2 remaining systems that are still using the old
>       One user at a time type pbbs's that ARE NOT willing to upgrade their
>       software and at least another tnc for a fwding freq.
>
>       I personally feel if they want to continue to use 2meters for bulletin
>       forwarding they should: A: Only get a restricted distrubution.
>       B: Use Beams instead of amplifiers so it will cut down on the user
>       interference. C: Reevaluate their worth, are they contributing or
>       hindering fellow packet operators with their operations. Consider
>       the future of packet and how large the distrubutions are going to
>       be an weather single user pbbs's are a asset or a liability to
>       the community.

Unfortunately, they have as much a right to be on that frequency as you
do, so your options are very limited.  We had a situation in the
Pittsburgh area where all the PBBSs were on 145.03, with the long haul
and keyboarders on 145.01.  Then the sysops went to local forwarding on a
220 freq (forwarding only, no users), which helped a lot.

Eventually, we went to a "cellular" approach, where there was one BBS per
frequency per region.  There was then very little need for digipeaters,
as most people were able to hit their local board directly.  Those who
did not have a board to hit locally were able to use one of the high
profile digis on .01 or .03 to get one of the remaining boards on those
freqs.

There was one instance of a sysop who made a total annoyance of himself,
but there wasn't much anyone could do.  So, his mail feed was cut, and he
quickly came into line.

So, basically you can either move, or try to convince him to come into
compliance.

------------------------------

Date: 19 Nov 92 09:35:01 GMT
From: [e-mail]
Subject: FT-23 Mods for Packet Operation
To: [e-mail]

Here is a mod which you can try out to get your FT-23 working on
packet. The FT-23 handie has an auto-save feature which cannot
be disabled from the keyboard. Hence, a tendency to loose
incoming packets sometimes. Jumper 10 on the control board is used
for the SAVE feature. Disabling this jumper is all you need to
do to shut off the auto-save and get on packet.

73 de Lucky, VU2LBW

[e-mail]

------------------------------

Date: 18 Nov 92 21:13:44 GMT
From: [e-mail]
Subject: Is there a FAQ for packet radio?
To: [e-mail]

Hello,

  I've been wanting to get into packet radio, but I have so many questions,
that I wouldn't know where to start.  Is there a FAQ list that I could read
about for packet radio to get started?

  Thanks,
   Dan

------------------------------

Date: 15 Nov 92 01:31:37 GMT
From: usc!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!drycas.club.cc.cmu.edu!pitt.edu!pitt!darth!n3eop![e-mail]
Subject: Jun's Electronics
To: [e-mail]

[e-mail] (Axel) writes:

> I am posting this as a warning to other people regarding the service at a
> HAM radio store in Los Angeles. This regards Jun's electronics on Sepulveda
> in Culver City.
>
> Hey, I have had enough of crooks, dishonesty and poor service. I hope this
> will serve as a warning to anyone. Buy only from reputable mail order
> outfits. These local HAM stores are a real dissapointment.

I've purchased many items from Jun's in the past, and will continue to do
so.  I've found them to give me good service as well as among the best
prices of any of the mail order places.

Unfortunately, most of the ham stores don't have a return policy as
liberal as Radio Shack, and most computer stores aren't any better.  A 10
day return with a 20% restocking fee is the norm anymore, and some places
won't even accept a return after the ten days.

So, don't single out Jun's; they are following what is more or less the
industry norm for bottom-price sales outlets.

------------------------------

Date: 17 Nov 92 15:02:28 GMT
From: [e-mail]
Subject: KAMRe: KAM
To: [e-mail]

Roland, 7J1AKI/WF4P asked in Packet-Radio Digest #312 for information on a
TAPR modification for otimizing the KAM on HF.  I assume that he is talking
about the TAPR DCD State Machine modification.  This will dramatically improve
DCD operation.  For the KAM, the optinalonal clock is also required.  You can
obtain further information by em-mail to me ;  e: [e-mail], or
wricontact:

Tucson Amateur Packet Rdadio
P.O. Box 12925
Tucson, AZ 85732
Phone [phone] (Tues- Fri, 10am - 3 pm MST , 1700-2200 UTC)
FAX [phone]

73 de Bob W6SWE

------------------------------

Date: 19 Nov 92 01:22:11 GMT
From: [e-mail]
Subject: PAX uploaded to ucsd.edu
To: [e-mail]

I just upload the PAX.ZIP in ucsd.edu in /hamradio/packet/tcpip/incoming
directory.
73 de
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%           George Katsimaglis  SV1BDS    [ KM17VX ] %
% QRV     : 145200 Khz , RU1 , 7088 Khz              %
% P-mail  : [e-mail]                  %
% amprnet : [e-mail]      [44.154.1.3] %
% BITNET  : [e-mail]                   %
% Internet: [e-mail]           %
% CIS     : >INTERNET:[e-mail] %
% Mail    : George Katsimaglis                       %
%           OITYLOY 13  /  GR11523 ATHENS  /  GREECE %
% Phone   : [phone]                           %
% FAX     : [phone]                           %
%     > MACEDONIA  WAS , IS and WILL BE GREEK <      %
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

------------------------------

Date: 20 Nov 92 02:22:44 GMT
From: munnari.oz.au!comp.vuw.ac.nz!waikato.ac.nz!aukuni.ac.nz!kcbbs![e-mail]
Subject: TCP/IP Routing Help
To: [e-mail]

>
>It's great to use rough geographical bounds to define address groupings,
>but remember that radio waves don't obey borders.  By definition, a
>network consists of stations that can reach each other (and therefore in
>most places 44.xx <ain't> a network!).  Subnets should be assigned based
>on connectivity, not geography.

Yes, but you assign IP addresses according to what RF domain (repeater) they
belong to, not which geographical area.  A (bit-regen 9k6) repeater  may
provide coverage to nodes that overlap geographical boundaries, but to
allocate different subnet addresses to nodes sharing one repeater seems silly.
And what if a user has ports on two repeaters/subnets?

>
>The proposal that Jeff Townsend, WB8LYJ, came up with for Ohio after he
>and I had some talks is basically that the state would be divided into
>four quadrants -- NE,NW,SW,NE -- with each quadrant subdivided into four
>subquadrants.
>
>Subnets would be normally be assigned around switches or servers, and
>the subnet address would be based on the geographical location OF THE
>SWITCH/SERVER ONLY.  All users "homing" to that switch or server would
>have an address in that subnet, regardless of their geographical
>location.

This all assumes that your users are not using RSPF or any other routing
protocol and have only ONE port on their system. If a user has more than one
port, the routing then gets impossibly complex if you are going to start
typing 'route add ' anything...

>
>So, you have a geographical structure that simplifies wide-area routing,
>with local subnets that are fully connected around a switch or server.

aren't all all NOS nodes switches and servers ??

a Question:

 How do you fix the 'hidden transmitter' problem  ?   Users 'homing' to a
central switch sounds like (the bygone) days of digipeaters and CSMA on a
simplex channel.. ;-)  but seriously ;-) how  is the hidden transmitter
problem being solved  ?  I like the idea of two (one) 9K6 modem back to
digital back replacing the audio stages of a UHF repeater (standard
bandpass notch-reject type) triggered by a STATE-DCD in the modem.



Digitally,

Steve - ZL1BHD



------------------------------

End of Packet-Radio Digest V92 #314
******************************
Date: Fri, 20 Nov 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #315
To: packet-radio


Packet-Radio Digest         Fri, 20 Nov 92       Volume 92 : Issue  315

Today's Topics:
           800 Numbers of Interest to Hams
            8 Re: BayPac TNC/Modem
               BayPac TNC/Modem
            central question / FAQ needed
                FAQ? FAQ? FAQ?
           FT-23 Mods for Packet Operation
               H16 & PK232 connections
             It worked until I...
              Jun's Electronics
          KISS and RSPF protocol definitions
                Mailing List?
              PACKET ON LANDLINE BBS'S?
              THENET X1H Kit Location ??

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 20 Nov 92 01:02:59 GMT
From: [e-mail]
Subject: 800 Numbers of Interest to Hams
To: [e-mail]

Following extracted from "The County Line Road Runner", No 269, Nov
1 1992.  It was compiled by Reid Kelly (Transcribed by WB0EYK)

COMPANY                        LOCATION                NUMBER
AP Products                    Mentor Oh              800-321-9668
A.R.S.O.N                      Madison TN             800-327-8700
AEA                            Vienna Va              800-336-8473
All Electronics                Los Angeles CA         800-526-5432
Amateur Electronic Supply      Orlando FL             800-327-1917
Amateur Electronic Supply      Milwaukee WI           800-558-0411
Amateur Wholesale Electronics  Miami FL               800-317-3102
Antenna Bank, The              Alexandria VA          800-336-8473
C.O.M.B                        Minneapolis MN         800-328-0609
C-COMM                         Seattle WA             800-426-6528
CE CO Communications           Brooklyn NY            800-221-0860
Comm Center, The               Laurel MD              800-638-4486
Communications Center          Lincoln NE             800-228-4097
Communications Elec. Spec      Winter Park FL         800-327-9956
Communications Specialist      Orange CA              800-584-0547
Consolidated Electronics       Dayton OH              800-543-3568
CW Electronic Sales            Denver CO              800-526-6147
DAK Industries                 N. Hollywood CA        800-423-2636
Data Display Products          Inglewood CA           800-421-6815
Delaware Amateur Supply        New Castle DE          800-441-7008
Derrick Electronics            Broken Arrow OK        800-331-3688
Drake, R.L.                    Miamisburg, OH         800-543-5612
EGE                            Woodbridge VA          800-336-4799
Electronic Equipment Bank      Vienna VA              800-368-3270
Electronic Rainbow             Indianapolis IN        800-428-3500
Erickson Communications        Chicago IL             800-621-5802
G.I.S.M.O                      Rock Hill SC           800-845-6183
GTE Microcircuits              Tempe AZ               800-828-7280
Ham Radio Center               St. Louis MO           800-325-3636
Ham Radio Outlet               Anaheim CA             800-854-6046
Harrison Radio                 E. Farmingdale NY      800-645-9187
Harvey                         New York NY            800-223-2642
Heath/Zenith                   Benton Harbor MI       800-253-0570
Henry Radio                    Butler MO              800-421-6631
Jun's Electronics              Culver City CA         800-648-3962
KDK Distributing               Madison TN             800-251-4141
Lacomb Distributors            Lacomb LA              800-336-4799
Long's Electronics             Birmingham AL          800-633-3410
Memphis Amateur Electronics    Memphis TN             800-238-6168
MFJ Enterprises                Mississippi St MS      800-647-1800
Mid-Com Electronics            Brentwood MO           800-325-3609
Missouri Radio Center          Kansas City MO         800-821-7323
N&G Distributing               Miami FL               800-327-3364
Phillips EC (Partsguide)       Seneca NY              800-225-8326
Polar Research                 Thief River Falls MN   800-328-2041
Power Communications           Phoenix AZ             800-426-4267
Pro Search Electronics         St. Louis MO           800-325-4016
Quick Brown Fox                New York NY            800-547-5995
R.F. Electronics               Anaheim CA             800-854-4655
Radio World                    Oriskany NY            800-448-9338
Radios Unlimited               Somerset NJ            800-526-0903
Ramsey Electronics             Penfield NY            800-828-6286
Shure Brothers                 Evanston IL            800-323-6556
UPI Communications Systems     Saddlebrook NJ         800-526-5277

------------------------------

Date: 19 Nov 1992 11:09:40 CST
From: ftpbox!mothost!schbbs!maccvm.corp.mot.com![e-mail]
Subject: 8 Re: BayPac TNC/Modem
To: [e-mail]

I am looking for the most current version of the Baycom software for the
IBM PC, or another software package that works with a Baycom type modem.  I am
using a Digicom 64 modem converted from my Commodore 64 for use on my IBM
type computer.  Any help would be appreciated


Craig Witkowski, [e-mail]      KA2IBV
Motorola Communications & Electronics Inc.
Glen Rock,  NJ

Let's Go Racin'!
**********************************************************************
*                                                                    *
*         **   **  ***     ********   ********  ***      ******      *
*        ***  **  ****      **   **  **    **  ****     **   **      *
*       ** * **  ** **       **     **        ** **    *******       *
*      **  ***  ******   **   **   **    **  ******   **   **        *
*     **   **  **   **  ********  ********  **   **  **     **       *
*                                                                    *
**********************************************************************
             AMERICA'S ULTIMATE MOTORSPORT!

------------------------------

Date: Thu, 19 Nov 1992 13:23:00 GMT
From: newsflash.concordia.ca!hobbit.ireq.hydro.qc.ca![e-mail]
Subject: BayPac TNC/Modem
To: [e-mail]

[e-mail] (Joe Smooth) writes:
>Has anyone heard of the BayPac BP-1 or something like that?
>I saw it in the back of QEX magazine, and it is supposed to
>be a 1200 baud modem/TNC.. this thing is SMALL (the size of
>a RS232 converter plug), and only costs $50.. Has anyone heard anything
>about this? I figure I should try to get some feedback on this
>model before I buy it.. It seems like a deal to me.. Thanks!
>
>                       - Joe
I boutght one and it came with the Baycom 1.4 software. It works fine.
Yesterday I tried version 1.5a on it and it works very well also.

I am using it with an old pc xt (Phillips). The disadvantage of this setup is
that you have to leave the pc on all time if you want to receive mail.
Clem.

---
   Clement Vaillancourt,             |    Institut de Recherche d'Hydro-Quebec
   Analyste,                         |    Varennes, P. Quebec, Canada, J3X 1S1
   Division Informatique scientifique| Tel:[phone] Fax:[phone]
   [e-mail]          |  Radio-amateur: [e-mail]

------------------------------

Date: Thu, 19 Nov 1992 22:22:27 GMT
From: zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ira.uka.de!rz.uni-karlsruhe.de!stepsun.uni-kl.de!sun.rhrk.uni-kl.de![e-mail]
Subject: central question / FAQ needed
To: [e-mail]

Hi,

I have some central questions about connecting
two hosts via some protocol, without using
the telephone-net :

I want to connect two or more hosts (running
Unix) with either TCP/IP or ka9q or something
by transmitting the data 'through the air'!

So I wanted to know, what hardware equipment
I will need, and I also wanted to know what
is the correct term for this (ham-radio?
packet-radio? cb?)

Anyway, I don't want to spend too much money
on the radio hardware (less than DM 300, that
are US$ 200).

I intended to use so called CB-units (don't
know the correct english term).


So, if you have some material about this
or if you can answer my questions or if
you can tell me where to find a FAQ for
tis group, please emal me or post to this
group...



Rawalex
--------------------------+--------------------------------------------------
Alexander Rawass          | "Life's a piece of shit ... when you look at it."
[e-mail] | Monty Python's Life of Brian
--------------------------+--------------------------------------------------

--
Rawalex
--------------------------+--------------------------------------------------
Alexander Rawass          | "Life's a piece of shit ... when you look at it."
[e-mail] | Monty Python's Life of Brian

------------------------------

Date: 19 Nov 92 16:33:04 GMT
From: ogicse!uwm.edu!ux1.cso.uiuc.edu!usenet.ucs.indiana.edu!silver.ucs.indiana.edu![e-mail]
Subject: FAQ? FAQ? FAQ?
To: [e-mail]

Is there a FAQ for this group?
Could it be posted or emailed to me?
Thanks in advance.

-matt


------------------------------

Date: Thu, 19 Nov 1992 22:51:00 GMT
From: borland.com![e-mail]
Subject: FT-23 Mods for Packet Operation
To: [e-mail]

In article <[e-mail]> [e-mail] writes:
>
>
>Here is a mod which you can try out to get your FT-23 working on
>packet. The FT-23 handie has an auto-save feature which cannot
>be disabled from the keyboard. Hence, a tendency to loose
>incoming packets sometimes. Jumper 10 on the control board is used
>for the SAVE feature. Disabling this jumper is all you need to
>do to shut off the auto-save and get on packet.
>
>73 de Lucky, VU2LBW
>
>[e-mail]
>

Wouldn't a simpler fix be to set the squelch so that it is always open?
Radios dont go into auto-save if the squelch is open, and the TNC can
tell the difference between noise and packets, so everything should
work just fine if you dont plan on listening to the output of the radio
by ear.

- Garnet   KC6YKE

------------------------------

Date: 19 Nov 92 16:42:38 GMT
From: [e-mail]
Subject: H16 & PK232 connections
To: [e-mail]

   Does anybody have the pinout to connect a Icom H16 to a PK232MBX ?

.



------------------------------

Date: 19 Nov 92 17:28:05 GMT
From: [e-mail]
Subject: It worked until I...
To: [e-mail]

    I made a new cable fr my MFJ-1274 and it wouldn't
transmit.  It was working before but when I went back to
the original cable, which I also made, it was still putting
out only a carrier.  I tried all different resistor values
but with no success.  Is it possible I fried the modulator
or a transistor by introducing a short to the cable while
it was transmitting?  Someone suggested so but it seems
unlikely to me.  I don't have the proper equipment or the
service manual to test the output of the mod. IC here.  I
have always received tons of help here, so thanks again in
advance.

                     Dan
============================================================
=  Dan Todd  KC6UUD         The right to be heard does not =
=  [e-mail]  automatically include the right=
=                           to be taken seriously.         =
=                              --Hubert Humphrey           =
============================================================
=      I don't speak for the University of California      =
=      and it sure as hell doesn't speak for me !!!!       =
============================================================


------------------------------

Date: Thu, 19 Nov 1992 12:13:47 GMT
From: sun-barr!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!fstop.csc.ti.com!fstop.csc.ti.com![e-mail]
Subject: Jun's Electronics
To: [e-mail]

In article <[e-mail]> [e-mail] (paul) writes:

> Path: fstop.csc.ti.com!tilde.csc.ti.com!cauldron!csc.ti.com!cs.utexas.edu!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!drycas.club.cc.cmu.edu!pitt.edu!pitt!darth!n3eop!paul
> Newsgroups: rec.radio.amateur.packet
> From: [e-mail] (paul)
> Date: 15 Nov 92 01:31:37 GMT
> References: <aksurf-121192164722@131.215.9.51>
> Organization: CrossRoads in Elizabeth, PA
> Lines: 21
>
> [e-mail] (Axel) writes:
>
> > I am posting this as a warning to other people regarding the service at a
> > HAM radio store in Los Angeles. This regards Jun's electronics on Sepulveda
> > in Culver City.
> >
> > Hey, I have had enough of crooks, dishonesty and poor service. I hope this
> > will serve as a warning to anyone. Buy only from reputable mail order
> > outfits. These local HAM stores are a real dissapointment.
>
> I've purchased many items from Jun's in the past, and will continue to do
> so.  I've found them to give me good service as well as among the best
> prices of any of the mail order places.
>
> Unfortunately, most of the ham stores don't have a return policy as
> liberal as Radio Shack, and most computer stores aren't any better.  A 10
> day return with a 20% restocking fee is the norm anymore, and some places
> won't even accept a return after the ten days.
>
> So, don't single out Jun's; they are following what is more or less the
> industry norm for bottom-price sales outlets.
>

Couldn't agree more.  I have also purchased from Jun's with good results.
The basic situation is: the lower prices offered by the mail order places
are based on not having to deal with customers a lot.  Read: not having
"good service".  Most people understand that going into the deal.

However, none of this explains the item bought as new which was in
fact obviously not new.
--
          *********************************************
          |  Steve Brown, WD5HCY         | Simplicate |
          |  [e-mail]   | and add    |
          |  wd5hcy@n5ldd.#dfw.tx.usa.na | lightness. |
          |  [phone]              |            |
          |  MSG:SBRN                    |    - Bill  |
          |  MS 8496, PSK0               |      Stout |
          *********************************************

------------------------------

Date: 20 Nov 92 00:46:31 GMT
From: [e-mail]
Subject: KISS and RSPF protocol definitions
To: [e-mail]

Where can I find the definitions of the KISS and RSPF protocols?

73 de Kevin Purcell N7WIM/G8UDP (Seattle, WA)          [e-mail]
Do your interests match mine? If so call me. I'd like to hear from you.
QRP, Packet, TCP/IP, Digital voice, Macintosh, Spread Spectrum, Homebrew,
Satellites, Antenna design, Propagation, VHF/UHF weak signal, Microwave, QEX

------------------------------

Date: 19 Nov 92 23:17:01 GMT
From: zaphod.mps.ohio-state.edu!ub!netfs!dgbt!clark.dgim.doc.ca![e-mail]
Subject: Mailing List?
To: [e-mail]

I have a friend who doesn't have access to this news group but is an amateur who
is into packet radio and would like to know if there is a mailing list for
pakcet radio.  He does have an E-Mail address.

Please E-Mail any replies as I don't check this group regularly.

Thanks,

Norm Young
[e-mail]

Keywords:

------------------------------

Date: Fri, 20 Nov 92 00:43:49 GMT
From: sdd.hp.com!saimiri.primate.wisc.edu!doug.cae.wisc.edu!umn.edu!uum1!kksys.com!edgar!brainiac![e-mail]
Subject: PACKET ON LANDLINE BBS'S?
To: [e-mail]

In article <[e-mail]> [e-mail] (Nicholas Palomba, Crystal Computer Systems Inc.) writes:
>I was asked a question the other day that I couldn't answer. Could a
>SYSOP of a landline BBS install a "DOOR" that would allow "LICENCED
>AMATEUR RADIO OPERATORS" access a packet gateway through him/her? The
>sysop being a "LICENCED AMATEUR RADIO OPERATOR" of course.
>
>-Nick KA1NIP

Hell, why restrict it to licensed amateurs ? As long as you are around
to be the "control op", and you aren't violating third party agreements,
any schmuck could use it.  Sometimes I rig up my PK232 to be driven
directly from a modem, and let a non-licensed person play around with
it.  It is a good way to introduce people to amateur/packet radio.


--
Jeffrey R. Comstock
HOME  [e-mail]
CW    -. .-. ----- -..

------------------------------

Date: 18 Nov 92 14:09:22 GMT
From: pa.dec.com!e2big.mko.dec.com!nntpd.lkg.dec.com!sousa.tay.dec.com!bobseg.enet.dec.com![e-mail]
Subject: THENET X1H Kit Location ??
To: [e-mail]

Greetings,

Does anyone know where I can ftp the latest THENet X1H kit from?

Thanks in advance............

--
Bob Segrest
[e-mail]

------------------------------

End of Packet-Radio Digest V92 #315
******************************
Date: Sat, 21 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #316
To: packet-radio


Packet-Radio Digest         Sat, 21 Nov 92       Volume 92 : Issue  316

Today's Topics:
                AmigaNOS 2.9j
           FT-23 Mods for Packet Operation
            Gateways to packet II
          KISS and RSPF protocol definitions
           Midwest Digital Conference Announcement
              PACKET ON LANDLINE BBS'S?
            Packet Radio Software
            rsgb gb2rs news 22nd november
     This has to be a FAQ.  What is the min. $ to start?
          Wanted: Used TNC for under $100.00

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 20 Nov 92 17:22:32 GMT
From: usc!sdd.hp.com!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!doc.ic.ac.uk!uknet!mucs!nessie!goshawk![e-mail]
Subject: AmigaNOS 2.9j
To: [e-mail]

In article <[e-mail]>, [e-mail] (Daniel Roman) writes:
|> I'm looking to get the most recent version of AmigaNOS but John's system
|> [130.88.202.27] that was mentioned in his announcement either has been
|> down frequently or I can't get there from here.   Would someone who has
|> managed to obtain it please put it on ucsd.edu or tell me where I can
|> get it?
|> --
|> ____________________________________________________________________
|> Dan Roman           |     ///      Internet:  [e-mail]
|> Ascom Timeplex Inc. | \\\///                        GEnie:  D.ROMAN1
|> Woodcliff Lake, NJ  |  \XX/ Only AMIGA!     Homebrew is better brew.
|> ====================================================================

I have been having a few problems with the RM packet drivers, which has
caused my PC to hang.  I have made a copy of the amiganos directory on
dir.mcc.ac.uk [130.88.200.4] as pub/amiga.

John
--
         John Heaton   -   NRS Central Administrator
      MCC Network Unit, The University, Oxford Road, Manchester,  M13-9PL
        Phone: [phone]   -   FAX: [phone]
           Packet: G1YYH @ G1YYH.GB7TCP.#16.GBR.EU

------------------------------

Date: Fri, 20 Nov 1992 12:55:14 GMT
From: panix![e-mail]
Subject: FT-23 Mods for Packet Operation
To: [e-mail]

In <[e-mail]> [e-mail] (Garnet Chaney) writes:

>In article <[e-mail]> [e-mail] writes:
>>
>>
>>Here is a mod which you can try out to get your FT-23 working on
>>packet. The FT-23 handie has an auto-save feature which cannot
>>be disabled from the keyboard. Hence, a tendency to loose
>>incoming packets sometimes. Jumper 10 on the control board is used
>>for the SAVE feature. Disabling this jumper is all you need to
>>do to shut off the auto-save and get on packet.
>>
>>73 de Lucky, VU2LBW
>>
>>[e-mail]
>>

>Wouldn't a simpler fix be to set the squelch so that it is always open?
>Radios dont go into auto-save if the squelch is open, and the TNC can
>tell the difference between noise and packets, so everything should
>work just fine if you dont plan on listening to the output of the radio
>by ear.

>- Garnet   KC6YKE


Garnet's suggestions is excellent, but whether it will work or not depends
upon the TNC one is using.

Some TNCs support open-squelch operation, some don't, and some do with an
add-in board (for example -- PacComm's DCD upgrade board which works with
many manufacturers TNCs).  When operating open-squelch many TNCs will
"false" on the noise, generating Data Carrier Detect (DCD), and inhibiting
transmit.

I have successfully used my FT-23 and FT-73 HTs on packet, open squelch,
with my Paccomm Tiny-2s with the DCD upgrade.

So, give it a try -- but if your packet station doesn't transmit even when
the frequency is clear you might look into getting a DCD upgrade for your
TNC.

-Andy-
--
    Andrew Funk, KB7UV                     Internet: [e-mail]
    ENG Editor/Microwave                     Packet: kb7uv@kb7uv.#nli.ny.usa
    WCBS-TV Channel 2 News                      BBS: 718-956-7133

------------------------------

Date: 20 Nov 92 21:36:28 GMT
From: sun-barr!olivea!charnel!rat!koko.csustan.edu!nic.csu.net!vmsb.is.csupomona.edu![e-mail]
Subject: Gateways to packet II
To: [e-mail]

I was wondering how the internet/ham gateways work. Do they just collect and
then periodically forward email or are there actual real time connections into
the internet?

Also how expensive would a basic packet radio setup cost (excluding the
computer :) )

Eric

------------------------------

Date: Fri, 20 Nov 1992 23:03:47 GMT
From: deccrl!news.crl.dec.com!news!nntpd.lkg.dec.com![e-mail]
Subject: KISS and RSPF protocol definitions
To: [e-mail]

In article <[e-mail]>, [e-mail] (Kevin Purcell, Rho) writes:
>Where can I find the definitions of the KISS and RSPF protocols?

KISS is defined in some TNC handbooks, and was in one of the last issues
of Ham Radio Magazine.  Basically it's AX.25 encapsulated in SLIP.

I wrote the RSPF spec.  Version 2.1, with various partial
implementations floating around, and version 2.2, not yet in service,
can be found on UCSD.EDU, somewhere in the /hamradio tree.  The v2.2
protocol spec is "rspf22p.txt".  I think 2.1 is "rspf21.doc".
---
Fred R. Goldstein   [e-mail]
k1io             or [e-mail]   voice:[phone]
Standard Disclaimer:  Opinions are mine alone; sharing requires permission.

------------------------------

Date: Fri, 20 Nov 1992 21:47:01 GMT
From: sdd.hp.com!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!uwm.edu!src.honeywell.com!skyler.mavd.honeywell.com![e-mail]
Subject: Midwest Digital Conference Announcement
To: [e-mail]

Note:  Please give widest possible distribution - Please delete reference
       to price to avoid potential "conduct-of-business" concerns if this
       information is used "on-the-air" as a packet radio bulletin.
       Thanks and 73,
       Carl WA0CQG
--------------------------------------------------------------------------

           MIDWEST DIGITAL CONFERENCE '93 ANNOUNCED

     Minneapolis, November 19 - The TwinsLAN Amateur Radio Club of
Minneapolis/St. Paul announced today that it will host the second Midwest
Digital Conference on Saturday, February 13, 1993.  TwinsLAN president Max
Wendel, N0FKU, said the conference, scheduled from 12 noon to 8 pm, will be
held at the West River Point Business Center, 1315 N. West River Road, in
Minneapolis.  The event will again follow the Midwinter Madness Hamfest to
be held the same day in the Twin Cities.  "This is a perfect opportunity
for attendees to relax after the hamfest, learn more about digital
communications techniques and get together with other amateurs" Wendel said.


     Conference chairman Carl Estey, WA0CQG, said the conference will offer
numerous seminars on digital amateur communications.  He said that "last
year's conference focused exclusively on packet radio.  This year we will
address modes such as RTTY, AMTOR, PACTOR and packet with plenty of
information for both newcomers and experts."

     Estey said the topics will include digital operations, getting the most
from a TNC, Local and Wide-Area Networks, and basic and advanced TCP/IP
protocol.  Speakers were not announced; however Estey said he expected some
well-known digital authorities to lead programs.  A banquet is scheduled
from 5 to 6:30 pm.  A get-together for sysops and netops and a shareware-
software exchange are also planned, according to Estey.

     Tickets are $16.00 before February 13 and $19 on the day of the
conference; the price includes dinner.  For additional information and tickets,
contact Paul Ramey, WG0G, 16266 Finland Av., Rosemount, MN, 55068,
(612 432-1640.

______________________________________________________________________________
Carl Estey                  |  Home Mail Address: 276 Walnut Lane
Amateur Callsign:    WA0CQG |                     Apple Valley, MN 55124
                |  Business Address:  Honeywell Inc.
Phone: Work [phone]  |  Flight Systems & Test Operations M/S MN15-2370
       FAX  [phone]  |  1625 Zarthan Ave. S., St. Louis Park, MN 55416
       Home [phone]  |  Packet: WA0CQG @ WA0CQG.#SOMSP.MN.USA.NA
The nonsense here is of my own making - no one else would want credit!

------------------------------

Date: Fri, 20 Nov 1992 16:59:38 GMT
From: sdd.hp.com!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!fstop.csc.ti.com!fstop.csc.ti.com![e-mail]
Subject: PACKET ON LANDLINE BBS'S?
To: [e-mail]

Jeffrey R. Comstock writes:

>Hell, why restrict it to licensed amateurs ? As long as you are around
>to be the "control op", and you aren't violating third party agreements,
>any schmuck could use it.  Sometimes I rig up my PK232 to be driven
>directly from a modem, and let a non-licensed person play around with
>it.  It is a good way to introduce people to amateur/packet radio.

In general, I agree, however, there is an implication in

"As long as you are around to be the "control op""

that you are also monitoring what is being "said."  At any rate,
it's your license, not mine.
--
          *********************************************
          |  Steve Brown, WD5HCY         | Simplicate |
          |  [e-mail]   | and add    |
          |  wd5hcy@n5ldd.#dfw.tx.usa.na | lightness. |
          |  [phone]              |            |
          |  MSG:SBRN                    |    - Bill  |
          |  MS 8496, PSK0               |      Stout |
          *********************************************

------------------------------

Date: 20 Nov 92 18:55:34 GMT
From: [e-mail]
Subject: Packet Radio Software
To: [e-mail]

If you are looking for better software for the PC, try LAN-LINK. I wrote it.
It's available by anonymous FTP from many sites, including Tomcat, and UCSD.
You get a full version with all features and bugs (if any).
It is shareware so you can try it. Once you've tried it, then decide if you
want to register and pay for it, or to purchase shrink wrapped programs that
you cannot try out before you pay money.
Latest version is 2.00A
73 Joe Kasser W3/G3ZCZ



------------------------------

Date: Fri, 20 Nov 1992 03:08:19 +0000
From: pipex!demon!tedb.demon.co.uk![e-mail]
Subject: rsgb gb2rs news 22nd november
To: [e-mail]

Good morning. It's Sunday the 22nd of November and here is the GB2RS news
broadcast, prepared by the Radio Society of Great Britain.

First the headlines:- The change of name from the London Wireless Society;
latest news from the Pentland South Pole Expedition; special news for all RAE
examiners: EMC and your licence: RLO for South Yorkshire - address correction.

Seventy years ago today, on the 22nd of November 1922 the name of the London
Wireless Society was changed to the Radio Society of Great Britain.

This week the latest news from the South Pole is that Sir Ranulph Fiennes has
rescued his companion Dr Michael Stroud from a deep crevasse a week after the
start of their expedition to make the first unsupported crossing of Antarctica
on foot. They are hoping to raise two Million Pounds for the Multiple
Sclerosis Society. Reports received up to Wednesday the 18th stated that both
men were safe and well as they continued across the dangerous crevassed area
of the Filchner Ice Shelf. Conditions were dreadful however with driving snow
and winds gusting up to 100 knots. They have now travelled 60 miles, to 79
degrees South and 43 degrees West, 20 miles further than the target they set
for the first week. At the expedition's base camp Morag Howell, GM0MUV, is
providing communications and will be on the amateur bands using the call
VP8CME. The walkers aim to complete the 2,200 mile trek in just 100 days,
dragging all their food and equipment on sleds weighing 420lbs each.

News now for RAE instructors:

HAREC stands for Harmonised Amateur Radio Examination Certificate. It is a
mechanism which enables a radio amateur to obtain a permanent licence in the
countries which have implemented the CEPT agreement (See the 1993 Callbook,
page 71). At the moment the CEPT T/R 61-01 recommendation allows the issue of
temporary reciprocal licences; a HAREC would take this a stage further and
permit the issue of permanent licences. It is necessary to make sure that all
amateurs in Europe have passed an examination which covers the same basic
areas of study. To ensure that this happens all syllabuses have to be
harmonised. To this end there has been an Addendum to the City and Guilds RAE
7650 syllabus. Tt is in section 5, Transmitters. The Examination objective;
the use of a valve as a power amplifier. Under Syllabus; Valves. Their
application as RF power amplifiers, advantages and disadvantages. Please note
that the assessment specification remains the same. In section 5 Transmitters
there will still be only 8 questions.

EMC (Electro-magnetic compatibility) and your Licence.

The conditions of the Amateur Radio Licence A and B and the Amateur Radio
Novice Licence A and B have been amended by the addition of a new paragraph.
This paragraph has been added to Note 1  of the Notes to Terms, Provisions and
Limitations Booklets BR68 and BR68a/N. The original proposed
Radiocommunications Agency paragraph which was studied by the RSGB EMC
Committee raised two main areas of concern. The first was that there was no
mention of the fact that although "CE" marked equipment will comply with the
new European immunity standards, it may still suffer breakthrough due to
inadequate installation or incorrect servicing. The second concerned field
strength. Although the EMC Committee acknowledges that circumstances may arise
when it is necessary for an amateur to reduce the field strength generated by
his or her station, it was not considered acceptable that any such reduction
should be down to the levels set out in the relevant European immunity
standards. Although these new immunity standards mean that "CE" marked
equipment should have a moderate level of immunity, the level of immunity
specified is relatively low compared to the field strengths which an amateur
station may generate. The original paragraph did not mention the possibility
of fitting filters or taking other steps to further improve the immunity of
"CE" marked equipment. The EMC Committee produced an amended paragraph which
was submitted to the R.A. As a result, the R.A. put forward a revised version
which accommodates the spirit of the EMC Committee suggestions.

Last week we gave the wrong address for the new RLO for South Yorkshire, his
correct address is; Alan Whitehead, G4JKW, Laburnum Cottage, 3 Darley Yard,
Worsbrough Dale, Barnsley S70 4SB. Telephone [phone]

Now some items of HF DX news from the weekly RSGB DX News Sheet which is
edited by Brendan McCartney, G4DYO.

First of all we must announce the death of Al Slater, G3FXB, on the 11th
November last. He will be well known to all keen DXers and a full obituary
will appear in a future issue of RadCom. From American Samoa, JA3JA and
JA3JM/AA5K will sign as KH8/JA3JA and AA5K/AH8 from Sunday the 29th of
November until Wednesday the 2nd of December, on all bands from 160 to 10
metres using CW, SSB and RTTY. From Belau, NJ1V and WV5S will sign KC6VV and
KC6SS from Wednesday the 25th, to Tuesday the 1st of December, on 80 to 10
metres. From Barbados, K4BAI will sign 8P9HT from Tuesday the 24th to Tuesday
the 1st of December. During the CQ WW Contest K4BAI will use the callsign
8P9Z. From Tasmania, the special callsign VI7AJT will be aired during November
only, to commemorate the discovery of Van Diemen Land by Abel Janson Tasman
some 350 years ago.

Rally news now and there are two events that we know of for today, Sunday, the
22nd:

The Bishop Auckland Radio Amateur Club's Radio and Computer Rally is being
held at the Spennymoor Leisure Centre, Spennymoor, Co Durham. This is a new
venue for this year's rally and is easy to find from the major routes through
the area, such as the A1(M). There is ample parking space, refreshments and
other amenities at the leisure centre.

The West Manchester Radio Club Winter Rally is being held at the Bolton Sports
and Exhibition Centre, Silverwell Street, Bolton. Doors open at 11.00am, or
10.30 for disabled visitors. There will be trade and clubs stands and a bring
and buy stall. Refreshments will be available.

A change now to a rally planned for next Saturday the 28th:

The Greater London Amateur Radio and Computer Show at Harrow, which was to
have taken place next Saturday, the 28th of November has been cancelled.

There is one event that we know of for next Sunday, the 29th:

The Coulsdon ATS Bazaar will be held at the Headquarters of the 4th Purley
Scout Group. Access to the site is via the public car park off Lion Green
Road, Coulsdon. Doors open at 10.00am. There will be the usual trade stands
and a flea market. Refreshments will be available. Talk-in will be on channel
S22 by G4FUR/P. Further details can be obtained from G6HC, by telephoning 081
684 0610.

Contest news:

Next weekend the CQ World-wide DX CW Contest takes place from 0000 on Saturday
the 28th, to 2400 on Sunday the 29th. All bands 160 to 10 metres will be used,
excluding the WARC bands. See October RadCom page 19 for brief information.

and some UHF Contest news:

The next RSGB 432MHz Cumulative Contest takes place on Monday the 30th,
between 2030 to 2300GMT. For further details on this event, see June RadCom
page 65.

Special events

During next weekend, for three days, beginning on Saturday the Scottish
Tourist Board Radio Amateur Expedition Group will be using the call sign GB6SA
to celebrate St Andrews Day. Other International St Andrews Day stations on
will be the St Petersburg Radio Club, callsign R1SA, the Aberdeen Amateur
Radio Society using the callsign GB0ASP and the Moscow Radio Club. Further
details from GM3MTH. Also during next weekend, Saturday the 28th and Sunday
the 29th the Whitman Amateur Radio Club in Massachusetts, USA, will air the
callsign WA1NPO. The station will operate from a site in Plimoth Plantation,
near Boston. For further details, see November's RadCom, page 15.

And now the solar factual data

This week not all the data is to hand but for the period 9th to 12th November,
saw a small magnetic storm at high latitudes on the 9th, otherwise HF
conditions remained good with no X or M flare activity reported. Sunspots have
meaned at 106 and the solar flux averaged 131 units. The geomagnetic field has
been unsettled all the period but was up to substorm levels at high latitudes
with an Ap index of 33 units on the 9th, the period averaged an Ap index of 20
units. The state has been nil - nothing to report. The radio quality indices
have been normal all the period except for the New York and Fort Collins
Boulder circuits which were down to poor at times. The aa indices as supplied
by the British Geological Survey for the period 3rd to 9th November gave a
daily average of 31.5 nanoTeslas, with the sub storm on the 9th being up to
102 nanoTeslas about K5 during the afternoon period.



Now the ionospheric data for Central France:

The F2 daytime critical frequencies at Poitiers as reported by Meudon averaged
11.7MHz, and the darkness hour lows 2.8MHz. There has been some other
phenomena reported every day together with blanketing sporadic E on the 10th.



Now the ionospheric data for the north:

The F2 daytime critical frequencies at Ekaterinberg averaged 9.7MHz and the
darkness hour lows 2.4MHz. Magnetic disturbances can vary considerably,
sometimes they affect the northern latitudes only and conversely at other
times only the mid latitudes. Sometimes during severe storms all latitudes are
affected including the Equatorial ring current, which due to the way the Earth
rotates goes very negative and pulls the ionosphere apart.



And lastly the solar forecast:

This week, the active side of the sun will start to rotate away, magnetic
activity may be unsettled up to the 25th but is then expected to become quiet.
Solar flux levels are expected to be about the 150s, Ionospheric MUFs during
daylight are expected to be around 30MHz, and darkness hour lows about 18MHz.

    And that's the end of the solar information.


Finally in the main news, the licence issuing agency, SSL, has informed the
Society that as of last Wednesday morning, the latest callsigns issued were in
the G0 S R and G7 N W series, and Novice calls in the 20 A E and 21 B G series. .

You're listening to GB2RS, the news broadcasting service of the Radio Society
of Great Britain, transmitting in the 80, 40, 6 and 2 metre bands.

------------------------------

Date: 20 Nov 92 14:01:00 GMT
From: stanford.edu!rock!concert!mercury![e-mail]
Subject: This has to be a FAQ.  What is the min. $ to start?
To: [e-mail]

It sounds like you guys (generic) have a lot of fun.  I've played with
most of the stuff you talk about execpt the RF part.  I think wireless
is an exciting way to communicate, but need to know where to start.

Before I changed jobs, I was talking to a ham who was going to get me
information on the "technician" class license.  He really prefered that
I go the whole 9 yards (as he had), but I really want to start with
packet and then ...

Any pointers?  There must be people here in Greensboro, NC.

Thanks
jck
919 334 7549

------------------------------

Date: Thu, 19 Nov 1992 20:04:41 GMT
From: usc!cs.utexas.edu!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uchinews!machine!chinet![e-mail]
Subject: Wanted: Used TNC for under $100.00
To: [e-mail]

I am looking to buy a used TNC for VHF packet.  Something like the PK-88
would be fine.  Internal IBM PC type TNC's are no good to me as I have an
Amiga computer.

If you have a used TNC for sale, please contact me via email. I want to
spend under $100.00
--
"It is a pity that even a single drop of this noble
 gift of God should be spilled" - J.S. Bach on wine
Mark E. Sunderlin: Technocrat in Winchester, Virginia  KD4HRI
 aka Dr. Megabyte: [e-mail]  [phone]

------------------------------

End of Packet-Radio Digest V92 #316
******************************
Date: Sun, 22 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #317
To: packet-radio


Packet-Radio Digest         Sun, 22 Nov 92       Volume 92 : Issue  317

Today's Topics:
                 ARPA
        NOS with POP3 server that supports "xtnd xmit"
             TCP/IP Routing 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].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 21 Nov 92 16:48:29 GMT
From: [e-mail]
Subject: ARPA
To: [e-mail]

I have just recently started reading this group just exactly what are the
"gateways to packet" ie how does one access them are they two way etc. Its
probably a FAQ but I can`t FTP
Cheers
 _________________________________________________________________

 Geoff C. Williams,     Xerox Corp, Webster,  NY14580
 Internet   [e-mail]
_________________________________________________________________

------------------------------

Date: Sat, 21 Nov 1992 15:58:11 GMT
From: usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!axa12-slip.DIALIN.CWRU.Edu![e-mail]
Subject: NOS with POP3 server that supports "xtnd xmit"
To: [e-mail]

I am looking for a version of NOS that supports the extended POP3 command
set including the XTND XMIT command which can be used to send mail over a
POP3 connection rather than a SMTP connection.

Why?

When SMTP mail is sent through the computer running NOS, there is no
provision to check the identity of the computer that is sending the mail.
With POP3, since there is password verification, forgery of outgoing
messages can be much reduced.

Ashok
----------------------------------------------------------------------
  Ashok Aiyar   Department of Biochemistry, CWRU   [e-mail]
For Internet Access (Telnet/FTP) in Cleveland, contact [e-mail]
       Telnet to wariat.wariat.org and login as bbs
   Dial [phone]/9445 (V.32bis) or [phone] (2400 bps)
----------------------------------------------------------------------

------------------------------

Date: Fri, 20 Nov 1992 14:55:36 GMT
From: psinntp!ncrlnk!ciss!law7![e-mail]
Subject: TCP/IP Routing Help
To: [e-mail]

[e-mail] (Steve Wright) writes:

>>
>>It's great to use rough geographical bounds to define address groupings,
>>but remember that radio waves don't obey borders.  By definition, a
>>network consists of stations that can reach each other (and therefore in
>>most places 44.xx <ain't> a network!).  Subnets should be assigned based
>>on connectivity, not geography.
>
>Yes, but you assign IP addresses according to what RF domain (repeater) they
>belong to, not which geographical area.  A (bit-regen 9k6) repeater  may
>provide coverage to nodes that overlap geographical boundaries, but to
>allocate different subnet addresses to nodes sharing one repeater seems silly.
>And what if a user has ports on two repeaters/subnets?

I <thought> that's what I was saying -- assuming a repeater, all the
stations using it would be on the same subnet.  As mentioned later in my
posting, geography enters into the address assignment only to the extent
that the location of the <switch or server> determines the actual subnet
number.  All users of that switch or server are in that subnet.

>>Subnets would be normally be assigned around switches or servers, and
>>the subnet address would be based on the geographical location OF THE
>>SWITCH/SERVER ONLY.  All users "homing" to that switch or server would
>>have an address in that subnet, regardless of their geographical
>>location.
>
>This all assumes that your users are not using RSPF or any other routing
>protocol and have only ONE port on their system. If a user has more than one
>port, the routing then gets impossibly complex if you are going to start
>typing 'route add ' anything...

We treat different frequencies as different subnets, so if (as in my
area) you have a 2M freq and a UHF one, each is a distinct subnet and
multi-port users have a different address on each port.  It works quite
well, though it means that such users also have multiple hostnames.


>aren't all all NOS nodes switches and servers ??

Not unless the owner offers services to the user community.  I'm
talking primarily about switches that offer 24 hour routing to other
areas, but also about dedicated systems such as full-time routers, mail
servers, ftp sites, etc.  In a connected network, the subnets would
be built around switches (and other servers would be part of the subnet
defined by the switch); in an unconnected one, using servers simply
provides a convenient geographical "center" for determining what subnet
number is assigned according to the geographical plan.

> How do you fix the 'hidden transmitter' problem  ?   Users 'homing' to a
>central switch sounds like (the bygone) days of digipeaters and CSMA on a
>simplex channel.. ;-)  but seriously ;-) how  is the hidden transmitter
>problem being solved  ?  I like the idea of two (one) 9K6 modem back to
>digital back replacing the audio stages of a UHF repeater (standard
>bandpass notch-reject type) triggered by a STATE-DCD in the modem.

I'm assuming that we take our networks as we find them.  Hidden
transmitters are a problem no matter what address assignment scheme you
use.  But FWIW, here in Dayton we <are> using a full-duplex repeater on
our 19.2kB UHF network to avoid this problem.  It works very well.

I was not implying that local traffic on the subnet would be routed
through the switch (which would be less efficient than a digipeater),
but rather that the switch would offer a natural central point around
which the subnet would revolve.  Users who can reach each other directly
would certainly do so.  Ideally, the subnet would be small enough, or
would use a repeater, to ensure that everyone could hear everyone else.

That's the whole point -- SUBNETS SHOULD BE BASED ON CONNECTIVITY!!!
(sorry for shouting).

John

--
John R. Ackermann, Jr.        Law Department, NCR Corporation, Dayton, Ohio
[phone]                [e-mail]
Packet Radio: ag9v@n8acv      tcp/ip: [e-mail] [44.70.12.34]

------------------------------

End of Packet-Radio Digest V92 #317
******************************
Date: Mon, 23 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #318
To: packet-radio


Packet-Radio Digest         Mon, 23 Nov 92       Volume 92 : Issue  318

Today's Topics:
            Build your own TNCs ?
               Dopey request..
               Gracilis listserv ???
              Jun's Electronics
             TCP/IP Routing Help
            using the ka9q package

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 22 Nov 92 13:13:35 GMT
From: pipex!warwick!uknet!mucs!nessie![e-mail]
Subject: Build your own TNCs ?
To: [e-mail]

A friend of mine has recently passed his UK class B licence and is very
interested in Packet Radio. Knowing that I will shortly be sitting my
licence exams he suggested the idea that we built a TNC as he had heard
that there were some 'public domain' designs.

I would be grateful if anyone who has built their own TNC and is willing
to give me a few pointers on the best way to go forward would email me.

Many thanks,

Peter Green.



--
Peter R. Green ------- Tel:[phone] ---- Fax:[phone] -----------
  JANET: [e-mail] INTERNET: [e-mail]
    POST:  Lab A16, Main Bldg., UMIST University, PO Box 88, Manchester, UK
----------------------- #include <std.disclaimers> ----------------------------

------------------------------

Date: Mon, 23 Nov 1992 06:18:49 GMT
From: mcsun!news.funet.fi!ousrvr.oulu.fi![e-mail]
Subject: Dopey request..
To: [e-mail]

--
    I was wondering if somebody could just give me some very annoyingly basic
information about amateur packet radio.  I'm interested in possibly setting
myself on a network via radio.  What kind of radio would I need, where would
I get one/price one?  I'm interested in relatively high-speed transfer, though,
if possible.

    Thanks much for any help you can give me.

--
  Eric L. Beyer
  Proud owner of his rusty A500
  Paper pusher of Solaris Devlopment Group

  [e-mail]



------------------------------

Date: 23 Nov 92 03:13:49 GMT
From: comp.vuw.ac.nz!waikato.ac.nz!aukuni.ac.nz!kcbbs![e-mail]
Subject: Gracilis listserv ???
To: [e-mail]

six months ago I subscribed to the listserv for Gracilis' products but haven't
heard a thing from it.  Do these products go so well that no one asks any
questions  ?  :-)

 Does the listserv still exist ?  I've lost the email address ...


Digitally,
Steve - ZL1BHD

------------------------------

Date: Sat, 21 Nov 92 15:26:14 GMT
From: netcon!xenon!skyld![e-mail]
Subject: Jun's Electronics
To: [e-mail]

In article <[e-mail]> [e-mail] writes:

  > However, none of this explains the item bought as new which was in
  > fact obviously not new.

  Another person that was there when it happened and still neglected to tell
  Axel that he was buying used equipment.

xenon!skyld!jangus   < .sig on vacation until winter solstice >
J Angus, PO Box 4425, Carson CA 90749-4425 voice [phone]

------------------------------

Date: 22 Nov 92 15:06:09 PST
From: pilchuck!algedi![e-mail]
Subject: TCP/IP Routing Help
To: [e-mail]

In article <[e-mail]> [e-mail] (John Ackermann) writes:
> [e-mail] (Steve Wright) writes:
>
> >>
> >>It's great to use rough geographical bounds to define address groupings,
> >>but remember that radio waves don't obey borders.  By definition, a
> >>network consists of stations that can reach each other (and therefore in
> >>most places 44.xx <ain't> a network!).  Subnets should be assigned based
> >>on connectivity, not geography.

...

> We treat different frequencies as different subnets, so if (as in my
> area) you have a 2M freq and a UHF one, each is a distinct subnet and
> multi-port users have a different address on each port.  It works quite
> well, though it means that such users also have multiple hostnames.

Multiple hostnames are not really necessary.  If you check the appropriate
RFC's the proper domain entry is:

Using my system as an example:

algedi.ampr.org     IN  A   44.24.101.45
            IN  A   44.24.103.45

NOS handles this just fine.

>
> I'm assuming that we take our networks as we find them.  Hidden
> transmitters are a problem no matter what address assignment scheme you
> use.  But FWIW, here in Dayton we <are> using a full-duplex repeater on
> our 19.2kB UHF network to avoid this problem.  It works very well.
>
> I was not implying that local traffic on the subnet would be routed
> through the switch (which would be less efficient than a digipeater),
> but rather that the switch would offer a natural central point around
> which the subnet would revolve.  Users who can reach each other directly
> would certainly do so.  Ideally, the subnet would be small enough, or
> would use a repeater, to ensure that everyone could hear everyone else.

This is a key point, keep the subnet small enough that the users have a
good chance of hearing each other.  Most of the time using a 4000+ foot
hill for a simplex subnet is counter-productive.

Here in the Seattle area we've been lucky enough to enlist the support of
USWest NewVector and obtain permission to use some of the Cellular radio
sites.  They have the same requirements for cell size that we do for subnet
size.  So far it would appear to be a near perfect marriage. :-)

>
> That's the whole point -- SUBNETS SHOULD BE BASED ON CONNECTIVITY!!!
> (sorry for shouting).
>
> John

Sometimes the shouting is necessaary. :-)  (at the very least - cathartic )

--

73's,  Ken

W   W EEEEE TTTTT N    N EEEEE TTTTT  : Ken Koster
W   W E       T   NN   N E       T    :
W W W EEEE    T   N N  N EEEE    T    : PBBS: N7IPB@N7IPB
WW WW E       T   N  N N E       T    :
W   W EEEEE   T   N   NN EEEEE   T    : AMPR: [e-mail] [44.24.101.45]
                      :
Washington Experimenters TCP NETwork  : UUCP: algedi![e-mail]

------------------------------

Date: 18 Nov 92 17:37:51 GMT
From: gatech!uflorida!usf.edu!screamer![e-mail]
Subject: using the ka9q package
To: [e-mail]

I am tring to get the ka9q package to work and am having problems.  I compiled
and installed the package.  What i'm tring to do is test the connection between
two pc's using the serial ports and slip.  I attach the interfaces as stated in
the manual and start all the services, but when I try to telnet to the other
pc the connection is never made.  What do I need to do in order to use this
package.  The two pc's are connected thru a null modem cable.  I have pins 2 and
3 crossed as well as pins 4 and 5 and 8 and 20.  Any help will be appreciated.

Thanks,

Allen

[e-mail]
Dept. Comp. Science and Eng.
University of South Florida

------------------------------

End of Packet-Radio Digest V92 #318
******************************
Date: Tue, 24 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #319
To: packet-radio


Packet-Radio Digest         Tue, 24 Nov 92       Volume 92 : Issue  319

Today's Topics:
            CFV: rec.radio.info moderated
          FTP site of X-1G or X-1H needed! (2 msgs)
                 G3RUH Chips
            Gracilis listserv ???
              Jun's Electronics
       KISS and RSPF protocol definitions/descriptions
            Looking for a Packet Elmer....
        Need to find IP coordinator for N. CA.
            Pocket Packet recommendations?
                 The NET X1J

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 23 Nov 1992 18:06:39 -0500
From: [e-mail]
Subject: CFV: rec.radio.info moderated
To: [e-mail]

This is a CALL FOR VOTES for the creation of the rec.radio.info newsgroup.  The
RFD was first posted on 2 November 1992. It is decided that since discussion
has stopped, showing support by acquiescence, that we will post the CFV
prematurely with respect to the 30 days, typically, after the RFD group
creation guidelines. The guidelines, however, state that the vote should
be taken shortly after the end of discussion.

Voting will start on publication of this article and end on December 23,
1992 at 23:59 GMT.  Votes should be mailed as follows(*):

Yes (create rec.radio.info, as proposed): [e-mail] or [e-mail]

No (do not create):                       [e-mail] or [e-mail]

Case is not important (at least on the receiving end).

(* Voting mailboxes are amateur radio Q-codes for mnemonic purposes.
QSL = acknowledged, also loosely yes or affirmative.  QRT = cease transmission,
also loosely no, "nix" or "86").

Votes that are posted or mailed to me will not be counted.  Message bodies will
be ignored for tallying purposes.

Moderator at creation will be [e-mail] (Mark Gregory Salyzyn).
Regular posters to this group will be deputized to moderator status to
provide timeliness, reliability and to keep the load down on the chief
moderator. There is no archive site arranged at the moment, however,
[e-mail] has offered a site once installed in the coming
month. Any offers to help moderate or archive this new group, if passed, can be
made to [e-mail], adec23.UUCP!mark or [e-mail].

Votes will be acknowledged in followup CFVs in the newsgroups this CFV is
posted to. I must thank [e-mail] (Paul W. Schleck) for taking
on the task of being an independent vote taker and for his advice throughout
this process.

Please see the pertinent postings in news.answers and news.announce.newgroups
for the rules that will be followed in creating a newsgroup.

Newsgroup:
    rec.radio.info (moderated)

/usr/lib/news/newsgroups entry:
    rec.radio.info  Informational postings related to radio.

Charter:
    To provide high quality, informational postings about radio.  This
    group will take cross-postings, or moderated postings from the regular
    discussion streams to alleviate the traffic, over expensive links, in
    these groups by allowing the news transfer mechanism to drop articles
    cross posted to rec.radio.info. Postings in the entire rec.radio.*
    hierarchy that the moderator(s) feel as informational, however, are
    likely candidates for cross posting or re-posting. Also by placing the
    informational postings in this group, make it easier for many to find
    radio related information.

    By maintaining a high level of quality in the postings, it is hoped
    that these postings may end up, at least more conveniently, in various
    archive sites, or possibly over the Amateur Radio Packet BBS network
    as well.

    By using a self-moderator scheme, the hopes are that many of the
    postings will maintain timeliness, and good propagation through the
    computer networks.

Ciao, 73 de VE6MGS/Mark -sk-

------------------------------

Date: 23 Nov 92 21:07:48 GMT
From: [e-mail]
Subject: FTP site of X-1G  or X-1H needed!
To: [e-mail]

Im looking for a FTP site where i can find TheNET X-1G och X-1H!
Archie don't find it ! Where should i look ?

/sm5ohi, Peter.

------------------------------

Date: 23 Nov 92 22:30:40 GMT
From: newsstand.cit.cornell.edu!piccolo.cit.cornell.edu!crux1![e-mail]
Subject: FTP site of X-1G or X-1H needed!
To: [e-mail]

[e-mail] writes:

>Im looking for a FTP site where i can find TheNET X-1G och X-1H!
>Archie don't find it ! Where should i look ?

ucsd.edu, in hamradio/packet/tcpip/incoming ... I think

------------------------------

Date: 23 Nov 92 21:50:55 CST
From: usc!sol.ctr.columbia.edu!spool.mu.edu!tulane!agwbbs![e-mail]
Subject: G3RUH Chips
To: [e-mail]

 I have a G3RUH 9600 Bps Modem that I purschased at MFJ.. I had it at a
tower site and it got zapped by lighten. After checking out the board, I
come to find out I blew two Chips..

 U9 - ZN429E-8
U19 - ZN429E-8


 To the best of my knowledge, these chips are Antlog to Digital converts. I
am looking for a source other than MFJ & PacCOM for these chips.. Any help
Would be appreciated..

Angelo


-- Via DLG Pro v0.995

Internet:[e-mail]
  Usenet:rex!agwbbs!angelo_glorioso_III
  Packet:N5UXT @ N5UXT.#NOLA.LA.USA.NA
  Tcp/ip:N5UXT.AMPT.ORG  [44.108.2.13]

------------------------------

Date: Mon, 23 Nov 1992 14:39:42 GMT
From: mjbtn!knuth!knuth![e-mail]
Subject: Gracilis listserv ???
To: [e-mail]

In response to Steve Wright's post about the Gracilis Listserver, yes it
still exists.  It's a quiet list but it has a fair number of subscribers.
The list may be subscribed to via e-mail to [e-mail] with
an empty subject line and a message body (beginning in Column 1) with
the command:

SUBSCRIBE GRACILIS-L _your_name_here_

Our site should "throw the switch" to an online Internet link within a
matter of days (hours?), hopefully by Wednesday 25-Nov-92, 2230 UTC
(just before we close for the Thanksgiving holiday for two days).  This
should transform the apparent sluggishness of a list formerly accessible
only when we polled out to UUnet 4-6 times daily, to a truly online
site.  Posts to this list are addressed, in true-to-form Listserver
fashion, to [e-mail].  Although I'm not the assigned
administrator of the list (it is unmoderated) I'm the one on campus full
time who both subscribes to it and can fix problems or answer questions
about our listserver.  Hope this answers questions to all netters who
may not have contacted me directly but were wondering too!  73s.
--
John N Schmidt KD4EAI, Lab Director + 615-898-5561 M-F 1300-2230Z <7-4:30>
Middle Tennessee State University  ++ 615-898-5538 or 896-2871 FAX 24H
1500 Greenland Drive, PO Box 135  +x+ [e-mail] <Internet Address>
Murfreesboro, TN 37132-0135 USA  +xx+ MTSU Center for Remote Sensing and GIS
TCP/IP ADDRESS [44.34.50.soon]  +xxx+ PACKET: KD4EAI@KC4RDJ.#MIDTN.TN.USA.NA

------------------------------

Date: Mon, 23 Nov 1992 17:29:28 GMT
From: sdd.hp.com!swrinde!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!fstop.csc.ti.com!fstop.csc.ti.com![e-mail]
Subject: Jun's Electronics
To: [e-mail]

In article <[e-mail]> [e-mail] writes:

  > However, none of this explains the item bought as new which was in
  > fact obviously not new.

To which J Angus responded:

  Another person that was there when it happened and still neglected to tell
  Axel that he was buying used equipment.

I didn't mean to imply that I got used equipment.  I didn't.  Axel did.
My comment was that my good results did not explain why Axel got used
equipment when he ordered new.
--
          *********************************************
          |  Steve Brown, WD5HCY         | Simplicate |
          |  [e-mail]   | and add    |
          |  wd5hcy@n5ldd.#dfw.tx.usa.na | lightness. |
          |  [phone]              |            |
          |  MSG:SBRN                    |    - Bill  |
          |  MS 8496, PSK0               |      Stout |
          *********************************************

------------------------------

Date: 21 Nov 92 17:42:55 GMT
From: [e-mail]
Subject: KISS and RSPF protocol definitions/descriptions
To: [e-mail]

Where can I find the definitions of the KISS and RSPF protocols in
either printed or electronic form?

73 de Kevin Purcell N7WIM/G8UDP (Seattle, WA)          [e-mail]
Do your interests match mine? If so call me. I'd like to hear from you.
QRP, Packet, TCP/IP, Digital voice, Macintosh, Spread Spectrum, Homebrew,
Satellites, Antenna design, Propagation, VHF/UHF weak signal, Microwave, QEX

------------------------------

Date: 23 Nov 92 17:48:24 GMT
From: [e-mail]
Subject: Looking for a Packet Elmer....
To: [e-mail]

Could someone please help me with some advanced packet questions...

-Nick KA1NIP

[e-mail]


***Still waiting for my new call

***Just catching a little R&R...Rest and Radio...

------------------------------

Date: Tue, 24 Nov 1992 01:35:37 GMT
From: usc!zaphod.mps.ohio-state.edu!darwin.sura.net!sgiblab!netnews.synoptics.com!lanshark![e-mail]
Subject: Need to find IP coordinator for N. CA.
To: [e-mail]

I am attempting to setup TCP/IP in the Santa Cruz/Scotts Valley area
of Northern CA. I am seeking the IP coordinator to get an IP for my station.

If you are that person, or you know how to reach the IP coordinator, please
let me know.

To my knowledge there is no packet on the Santa Cruz "side" of the hills,
If there is a permenant TCP/IP presence, not just experimenting, please correct
me.

Thanks


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
In real life:    Eric Davis
On the internet: [e-mail]
On the air:      KD6HTO ( 440.85, +, 100Hz PL, North-Central CA )
On packet radio: KD6HTO @ N6IYA.#NOCAL.CA.US.NA
Home: LAT:37 03 04 N LON: 122 00 49 W ALT: 570
Cute musical quote "Invisible airwaves crackle with life...."
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

------------------------------

Date: 23 Nov 92 20:14:25 GMT
From: usc!zaphod.mps.ohio-state.edu!uwm.edu!biosci!agate!linus!linus.mitre.org!mwvm.mitre.org![e-mail]
Subject: Pocket Packet recommendations?
To: [e-mail]

I think I want a pocket packet TNC to use with a small Sharp
Wizard organizer; this little puppy has a built in terminal
program; very dumb, but good enough for basic packet.  Anyone
have any experience with pocket-sized packet TNCs?  Anyone
have one they want to sell?  Thanks...

Mike, N4PDY

************************
* These are my opinions only.*
************************

------------------------------

Date: 23 Nov 92 21:47:05 CST
From: usc!sol.ctr.columbia.edu!spool.mu.edu!tulane!agwbbs![e-mail]
Subject: The NET X1J
To: [e-mail]

Thanks for reading this message. I heard that The Net X1J has been
released. Does anyone now a FTP site for it???

Angelo


-- Via DLG Pro v0.995

Internet:[e-mail]
  Usenet:rex!agwbbs!angelo_glorioso_III
  Packet:N5UXT @ N5UXT.#NOLA.LA.USA.NA
  Tcp/ip:N5UXT.AMPT.ORG  [44.108.2.13]

------------------------------

Date: Mon, 23 Nov 1992 13:43:58 GMT
From: psinntp!ncrlnk!ciss!law7![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Subject : Re: TCP/IP Routing Help

[e-mail] (Ken Koster) writes:

>Multiple hostnames are not really necessary.  If you check the appropriate
>RFC's the proper domain entry is:

>Using my system as an example:

>algedi.ampr.org     IN  A   44.24.101.45
>                    IN  A   44.24.103.45

>NOS handles this just fine.

That's interesting, and I'd never thought of it (I've never seen in in
any of the amprnet domain files I've seen).  One question, though -- if
I am

foobar.ampr.org         IN      A       44.24.101.55
            IN      A       44.24.103.55

and I do "telnet algedi", which subnet is used?  It seems this would
cause problems in areas where several users might be on both subnets;
that's much more likely to happen in the ham environment than on the
internet.
--
John R. Ackermann, Jr.        Law Department, NCR Corporation, Dayton, Ohio
[phone]                [e-mail]
Packet Radio: ag9v@n8acv      tcp/ip: [e-mail] [44.70.12.34]

------------------------------

End of Packet-Radio Digest V92 #319
******************************
Date: Wed, 25 Nov 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #320
To: packet-radio


Packet-Radio Digest         Wed, 25 Nov 92       Volume 92 : Issue  320

Today's Topics:
                 13cm radios
         Alinco Dr-110/Dr-112 9600 baud mods?
             DataEngine and 9600
        Help w/driver for 200KBps Transciever
        Need to find IP coordinator for N. CA.
New version of AX.25 driver for BAYCOM modem uploaded to ucsd.edu (2 msgs)
            Personal AMTOR Mailbox System?
              Weather Node Info
        What is MSYS? In releationship to packet radio

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 23 Nov 92 12:56:56 GMT
From: mcsun!uknet!mucs!nessie!goshawk![e-mail]
Subject: 13cm radios
To: [e-mail]

In our last committee meeting we were discussing a move to 9600 baud and
the 13cm band, One problem that we encountered was Does anyone make a
radio for use on 13cm and 9600baud. (either black-box or as a kit, anything
in fact)

John
--
         John Heaton   -   NRS Central Administrator
      MCC Network Unit, The University, Oxford Road, Manchester,  M13-9PL
        Phone: [phone]   -   FAX: [phone]
           Packet: G1YYH @ G1YYH.GB7TCP.#16.GBR.EU

------------------------------

Date: 25 Nov 92 03:42:23 GMT
From: [e-mail]
Subject: Alinco Dr-110/Dr-112 9600 baud mods?
To: [e-mail]

Does anyone have instructions on modifying the Alinco DR-110 or DR-112
radios for 9600 baud operation?

Also, is there an ftp server that has a mods database? Is there an ftp
server that has the *.zip filed that make up the mods database? Thanks.

73's  de  Jack - kf5mg
AMPRnet         -  [e-mail]       - 44.28.0.14
AX25net         -  kf5mg@kf5mg.#dfw.tx.usa.na - work [phone]
Internet        -  [e-mail]         - home [phone]

------------------------------

Date: 23 Nov 92 13:05:28 GMT
From: mcsun!uknet!mucs!nessie!goshawk![e-mail]
Subject: DataEngine and 9600
To: [e-mail]

Yup!, I have just bought one of these beasties, along with the Kantronics
9600 baud modem.

How compatible (incompatible) is the Kantronics 9600 board with the G3RUH
board for the TNC2.??

I have a PYE Olympic (UHF) which I intend using with the DE on 9600 and was
wondering whether there might be problems.  I do know that the Olympic
works with the G3RUH modem quite well.

John.
--
         John Heaton   -   NRS Central Administrator
      MCC Network Unit, The University, Oxford Road, Manchester,  M13-9PL
        Phone: [phone]   -   FAX: [phone]
           Packet: G1YYH @ G1YYH.GB7TCP.#16.GBR.EU

------------------------------

Date: 24 Nov 1992 18:26:24 GMT
From: elroy.jpl.nasa.gov!nntp-server.caltech.edu![e-mail]
Subject: Help w/driver for 200KBps Transciever
To: [e-mail]

Path: hss!pjb
Date: 24 Nov 92 18:09:30 GMT
Message-ID: <pjb.722628570@hss>
Newsgroups: rec.radio.amateur.packet
Subject: 242KBps packet with the RDA-100/2 Data Transciver

    Ive got some technical specs on an Proxim Inc RDA-100/2
Data Transciever. It operates as a part 15 spread spectrum device
on 900-928 Mhz. HOWEVER, they mention that the radio may be placed out
of band by setting a divider register appropriately (its synthesized).
This could cause illegal operation, or in our case, operation in the 30cm
ham band!


    The radios are only 100mW, but one of my friends has a pair and a
pair of amps (100mw->10W). I would like to get a group together to build
a pair of drivers for them.

    The devices supply 8 i/o pins and a few address pins (and an rf
connection). There are a set of control registers and a data register.
Basically the device generates an interrupt every byte.

    Any ideas what is involved getting these to work on a 286 platform?
Could it be as simple as wiring the data lines to the pc data bus (thru
a 3-state buffer if necesary) and the address lines to the i/o addr lines
on the PC bus. Even so, the thing goes awfully fast. Thus my attempt
to seek some professional help.

    My friend Derek paid $1K for a pair of these things, but in quantities
of a few dozen they are willing to supply for $200-$300 each. Add $100 for
a driver board kit and another $100 for an amp and this could be a lot better
than the 56kb stuff that is currently state of the art.


Any volunteers?

I might be willing to supply a copy of the specs for a SASE, but that
depends on how many replies I get.

73 de Paul KI6CQ
[e-mail]

------------------------------

Date: 24 Nov 92 03:06:48 GMT
From: usc!zaphod.mps.ohio-state.edu!uwm.edu!biosci!joes!kumr![e-mail]
Subject: Need to find IP coordinator for N. CA.
To: [e-mail]

In article <[e-mail]> [e-mail] writes:
>I am attempting to setup TCP/IP in the Santa Cruz/Scotts Valley area
>of Northern CA. I am seeking the IP coordinator to get an IP for my station.
>
>If you are that person, or you know how to reach the IP coordinator, please
>let me know.
>
>Eric Davis [e-mail]

   You need to get a hold of Doug Thom.  I belive he works for Apple
Computer in Cupertino.  Apple's number is [phone].

           Tim

--
Internet: [e-mail]               FidoNet:  Tim Pozar @ 1:125/555
UUCP:     ...!uunet!kumr.lns.com!pozar
Snail:    Tim Pozar / KKSF / 77 Maiden Lane / San Francisco CA 94108 / USA
Voice:    [phone]

------------------------------

Date: Tue, 24 Nov 1992 21:23:00 GMT
From: mcsun!dxcern!vxcrna.cern.ch![e-mail]
Subject: New version of AX.25 driver for BAYCOM modem uploaded to ucsd.edu
To: [e-mail]

Hello to all,

I just uploaded to ucsd.edu newest version of AX.25 driver for BAYCOM modem.
Shortly speaking it's a piece of software to interface NOS
to BAYCOM compatible modem. As usually the assembler source is appended.

November's release features the ability to raise UART IRQ
- I hope this will make the driver usable on XTs.
For example to use COM1 you may say: ax25 -I4p -B3f8
"p" after "-I4" means this IRQ is to be "prioritized"
- will get the highest priority in the system.

Special thanks to Bruce who responded to my queries about the problem
on comp.os.msdos.programmer group.

Pawel, SP9VRC


Side notice on related subject:

On request from Sweedish radio-amateur I wrote an asynchronous
packet radio driver for NOS. It makes frames of asynchronously sent
bytes (SLIP like) on the air thus is it _not_ compatible with any
existing (know to me) protocol. The only advantage of this aproach
is that you can make higher speeds on standard PC because the UART
is beeing used in a "right" way. If you are interested in this
topic let me know and I send you the driver for experiments.
If there is enough interest I upload the driver to ucsd.edu.
The driver it preliminary tested and seems to work somehow.
WARNING: using framing protocols others than HDLC/AX.25 may be ILLEGAL
in your country - you have to figure this out _yourself_.

------------------------------

Date: Wed, 25 Nov 1992 00:00:53 GMT
From: sdd.hp.com!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!engr.uark.edu![e-mail]
Subject: New version of AX.25 driver for BAYCOM modem uploaded to ucsd.edu
To: [e-mail]

[e-mail] (Pawel Jalocha) writes:

>Hello to all,
>
>I just uploaded to ucsd.edu newest version of AX.25 driver for BAYCOM modem.
>Shortly speaking it's a piece of software to interface NOS
>to BAYCOM compatible modem. As usually the assembler source is appended.

On a tangentially related note...
   Can AmigaNos (or any Nos derivative...) be used with Baycom or similiar
modem?   That would save me mucho bucko$.    8-)


Peter Laws              |"The '90s are gonna make the '60s|   [e-mail]
[e-mail]| look like the '50s"--D. Hopper  |[e-mail]

------------------------------

Date: 24 Nov 92 17:05:12 GMT
From: psinntp!gdc![e-mail]
Subject: Personal AMTOR Mailbox System?
To: [e-mail]

Anybody out there in radioland ever hear of a program
called the Personal AMTOR Mailbox System or PAMS, for
short. Supposedly, version 2.3 exists. If you know
where a copy of the program may be obtained, please let
me know.

Thanks and 73,

Stan, WA1LOU

--
Stan Horzepa
[e-mail]

------------------------------

Date: Tue, 24 Nov 1992 22:43:19 GMT
From: usc!zaphod.mps.ohio-state.edu!uwm.edu!linac!att!cbnews!cbnewsm![e-mail]
Subject: Weather Node Info
To: [e-mail]

I'm considering setting up a weather node on my packet station and I'm looking
for recommendations.  I found the Kantronics box and one other that I can't
remember (AES has it in its catalog).  I'm wondering what folks are using
and what their feeling are on their equipment.  I would like to log the typical
WX info (temp, barometer, wind speed & direction, etc.) to a computer for
future analysis as well.

Thanks in advance.

  -- Glenn O'Donnell  N3BDA      Internet:   [e-mail]
     AT&T Bell Laboratories        Packet: [e-mail]
     Allentown, PA

------------------------------

Date: Tue, 24 Nov 1992 22:56:45 GMT
From: usc!cs.utexas.edu!news.uta.edu!hermes.chpc.utexas.edu!news.utdallas.edu!corpgate!brtph560!brtph418![e-mail]
Subject: What is MSYS? In releationship to packet radio
To: [e-mail]

I have seen references to MSYS systems which are used on computers,
to work with packet radio and provide land-line bbs service.  I believe
this is the correct reference I have seen.

I would like to find out more about this system, as I'm currently
running a landline bbs and packet radio (tcp/ip); and would like to
connect them if possible.

Any help would be appreciated.




--
Errol Casey, Bell Northern Research, Research Triangle Park, NC
[phone] email: [e-mail]

------------------------------

End of Packet-Radio Digest V92 #320
******************************
Date: Thu, 26 Nov 92 04:30:04 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #321
To: packet-radio


Packet-Radio Digest         Thu, 26 Nov 92       Volume 92 : Issue  321

Today's Topics:
              BayCom and Windows
            BAYCOM Under DESQview
                 CRC for YAPP
               GRAPES 56k modem

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Wed, 25 Nov 1992 16:53:12 GMT
From: well!moon!pixar![e-mail]
Subject: BayCom and Windows
To: [e-mail]

I have one report from someone who has succeeded in running BayCom in
Windows. The trick is to run the l2 TSR before starting Windows, and
run scc.exe from the Windows DOS box once Windows has started. This was
on a 386 system.
                    Bruce Perens

------------------------------

Date: 26 Nov 1992 02:44:53 GMT
From: sdd.hp.com!zaphod.mps.ohio-state.edu!wupost!spool.mu.edu!agate!usenet.ins.cwru.edu!cleveland.Freenet.Edu![e-mail]
Subject: BAYCOM Under DESQview
To: [e-mail]

     Using DESQview, I am able to run (at work) Quattro Pro,
Paradox, WordPerfect and a file utility ... and Baycom ... on an
Artisoft Lantastic network.  We are running 386/40s with 4 meg
of RAM.

     I have friends spending great gobs of money outfitting
their PCs with 16 meg of RAM and more hard disk space so they
can run OS/2 to do the same danged thing.  I have other friends
that have about worn out their reset switches running Windows.
Why do they do this to themselves?

     I am now running, at home, Norton Editor, Procomm Plus, an
MSYS PBBS and a Baycom to monitor a channel.  This on a 386/40 with 4
meg of RAM.

     Baycom runs fine under Desqview.  At most, you can bump the
keyboard conflict up a notch.  It makes no never mind where L2
is loaded.  I load it in a batch file in a small DOS window that
I open for it.  You can also load it before DESQview but why
waste the memory.

73,
Steve
NO8M @ NO8M.#NEOH.OH.USA.NA
--

------------------------------

Date: Wed, 25 Nov 1992 12:48:36 GMT
From: usc!rpi!ghost.dsi.unimi.it![e-mail]
Subject: CRC for YAPP
To: [e-mail]

Does anyone know where I can find specs on New YAPP protocol
for binary trasnfer?

I'm looking for the CRC calculation method.

Thanks,

73  Federico Guercilena                 [e-mail]
                    IW2GIQ@IW2DNI-8

------------------------------

Date: Wed, 25 Nov 1992 16:16:33 GMT
From: sdd.hp.com!zaphod.mps.ohio-state.edu!darwin.sura.net!paladin.american.edu!news.univie.ac.@!email![e-mail]
Subject: GRAPES 56k modem
To: [e-mail]

Could anyone please email me information about the GRAPES 56k modem
(technical info, where can I order it (address or fax), how much does
it cost)?

Thanks in advance

Klaus

Packet: OE1KIB @ OE3XBS
Email:  [e-mail]

------------------------------

End of Packet-Radio Digest V92 #321
******************************
Date: Fri, 27 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #322
To: packet-radio


Packet-Radio Digest         Fri, 27 Nov 92       Volume 92 : Issue  322

Today's Topics:
             Packet Radio and the AtariST
              QST for AEA MacRATT Users

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Thu, 26 Nov 1992 21:28:50 GMT
From: sdd.hp.com!cs.utexas.edu!torn!nott!cu23.crl.aecl.ca!cc4.crl.aecl.ca![e-mail]
Subject: Packet Radio and the AtariST
To: [e-mail]

I have noted that there are software substitutes for a TNC available for the
IBM-PC and compatibles, that can be used instead of a separate TNC.  I would
like to know whether this approach to packet radio is satisfactory.  I am
want to use my old Atari 1040ST as a packet terminal, and am interested
in finding a PD software substitute for a TNC for use with this machine.  Does
such a thing exist, and has anyone any experience with it?  What would then be
an appropriate interface between the atari and my 2-meter rig?  Your help and
advice would be appreciated.

Please provide any appropriate feedback to my mailing address.  I have posted a
similar message on rec.radio.amateur.packet concerning the use of this computer
for other amateur radio applications.


Don Cameron VE3NVU
[e-mail]

------------------------------

Date: 27 Nov 92 04:16:54 GMT
From: usc!cs.utexas.edu!milano!shrike![e-mail]
Subject: QST for AEA MacRATT Users
To: [e-mail]

MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
22742 P$  1068 PMACS  KD5VU   ====  921125 MacRATT Packet Tip

              MacRATT Window Sizing Tip
                 by KD5VU 26-Nov-92
If you are running MacRATT with a large screen display, like the 13 inch color
monitor, read on!

I have been having fits for months about semi screwed-up CTEXT and MTEXT
displays. Some of the PC users stack their CTEXT messages by typing in spaces.
Yes, I know the PK-232 manual suggest using the <Control-V> PASS command to
inserting CRs in non-HOST mode CTEXT messages. The problem was the spaces were
showing up in my Connection window. I resized the connection window back to
MacRATT's default width and the problem is history.

If you are using a large screen display, be careful if you resize window
widths.
^^^^^^
Who said you can't teach an old dog new tricks! Sure would like to hear from
MacRATT users on other tips. Steve Fine's AEA MacRATT is a great program for
all modes.

73 de Dick in Austin, TX
KD5VU @ N5LJF.#AUS.TX.USA.NA
Posted On 26-Nov-92 13:06 (UTC)

*** END OF MSG # 22742 from KD5VU @ N5LJF.#AUS.TX.USA.NA

------------------------------

End of Packet-Radio Digest V92 #322
******************************
Date: Sat, 28 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #323
To: packet-radio


Packet-Radio Digest         Sat, 28 Nov 92       Volume 92 : Issue  323

Today's Topics:
          ARSENE Operations Planning Part 1
          ARSENE Operations Planning Part 2
          ARSENE Operations Planning Part 3
                  PktWin 1.1
              Telnetting to packet bbss?
                 Test

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 27 Nov 92 15:28:52 GMT
From: [e-mail]
Subject: ARSENE Operations Planning Part 1
To: [e-mail]

           ARSENE Operations Planning
              Joe Kasser, W3/G3ZCZ

     The ARSENE satellite due for launch in the spring of 1993 is
the next planned OSCAR. ARSENE carries a conventional AX.25
digipeater using frequency modulated (FM) uplinks and downlinks.
There are only three differences between the ARSENE digipeater
and a conventional terrestrial digipeater. These differences are
as follows.

1.   The device is cross band. You uplink to it on 70 cm and
     receive it on 2 m.
2.   The device is moving, and will only be available for
     predictable but specific times of the day.
3.   The link control parameters in YOUR TNC will have to be
     adjusted to cope with the time delay involved in the round
     trip from the ground to the spacecraft.

     The digital transponder is a digipeater. There is no PBBS
aboard. All users will have to contact stations (in real-time)
directly via the orbiting digipeater to send them messages.
Packet radio Bulletin Board System (PBBS) stations will have to
contact other PBBS stations for message forwarding, individuals
will contact each other, and they will all be digipeating through
the same ARSENE spacecraft. Working through ARSENE will be
similar to working through AMSAT-OSCAR (AO) 13, namely minimal
Doppler, but some time delay on the signal. Received signal
strengths however, are expected to be much stronger than those of
AO-13.

              Using ARSENE

     ARSENE is going to be very easy to use especially for PBBS
SYSOPs who are equipped for the 145 and 440 MHz bands. The ARSENE
uplink is on 435.050, 435.100, 435.150 MHz, the downlink is on
145.975 MHz. You may use any of the uplink frequencies, they are
all active in parallel. PBBS SYSOPS will be able to use
conventional PBBS forwarding techniques for automatically passing
messages over intercontinental distances. No software
modifications will be required to an existing PBBS station to
implement an ARSENE link. However, some software changes will
make operations more efficient.
     Hardware and software devices for pointing antennas at an
OSCAR and following its motion are readily and inexpensively
available. They can be operated in conjunction with, but separate
from the PBBS software. The F6FBB PBBS software, for example, has
OSCAR pass prediction software built in as a server.
     This ease of access will probably encourage power VHF and
UHF SYSOPs to add an ARSENE port to their stations. ARSENE will
give them intercontinental forwarding capabilities without the
licensing headaches of HF operation. Remember, unattended
operation is legal on ARSENE's uplink and downlink frequencies.
     The major problem from an operational aspect is that ARSENE
is 10 years in the making and operates at 1200 bauds. If you look
at the packet channels in your local area, you will notice that
certain ones are congested. If you live in densely populated
areas you will certainly notice it. Have you copied a MIR packet
pass lately? Look at all those disconnect replies from that
spacecraft. Think of ARSENE's potential problem. It will be in
range of not just your urban area, but of hundreds at a time. The
potential for congestion could be worse than trying to get a
packet through MIR.


------------------------------

Date: 27 Nov 92 15:31:34 GMT
From: [e-mail]
Subject: ARSENE Operations Planning Part 2
To: [e-mail]


      Let's Plan to use ARSENE in an Optimal Manner

     To get the maximum use of ARSENE we are going to have to use
it in a planned or a controlled manner, not control access to the
spacecraft itself. Access should be provided to the Roddy's of
this world, namely, any suitable equipped individual who wants to
send packets through it. PBBS message forwarding should be
limited to designated PBBSs for intercontinental message
forwarding. There is a precedent here in the closed HF nets which
forward messages over long distances. If PBBS access to ARSENE
can be limited in such a manner, the probability of the channel
choking is lower than letting a free for all take place. This
approach to message forwarding is an interesting alternative to
the UoSAT low Earth orbit Gateway Store-and-Forward approach.

            Individual Use of ARSENE

     While some individual stations will leave their systems
active via ARSENE all the time, the majority will not.
Individuals will use ARSENE in two ways, non real-time message
transfers and real-time keyboard to keyboard QSOs. They will
probably come on-line on the frequency at local evenings and
weekends. One way to optimize individual message transfers is for
stations to use the beacon to signal the presence of a message,
and to use software such as LAN-LINK [1] to scan the contents of
packets appearing on the frequency. The LAN-LINK approach works
in the same way either for terrestrial links, or for the ARSENE
link.
     The LAN-LINK approach works in the following manner. As an
individual LAN-LINK user, leave a message on your system. To
ensure that people know that you have left a message for them a
'MAIL for' list is loaded into your Packet Beacon and transmitted
every 30 minutes (Refer to the BTEXT command in the TNC manual)
as ':QTC:' followed by a list of calls.
      Should a station that receives such a beacon message,
recognize its callsign, it will issue a connect request to the
callsign of the LAN-LINK station that originated the beacon
transmission. If the connect is made, the other station will send
the message automatically which LAN-LINK will "capture to disk".
The connect will time out and terminate a few minutes later. The
only change the individual LAN-LINK user will have to do is set
the packet UNP parameter to via ARSENE-1 (or whatever call sign
the ARSENE digipeater uses).
     Keyboard to keyboard contacts will proceed exactly as they
do on terrestrial links, notwithstanding the QRM levels.

        Upgrading PBBS Software for Using ARSENE

     For PBBS message forwarding, a number of software changes
comes to mind. These changes are modifications to the existing
way of doing things, not a whole new approach. The changes are
described below.

1.   Modify the PBBS forwarding files to inhibit forwarding
     attempts with stations who do not have access to the
     satellite at that time.
2.   Instead of having all stations try to transfer messages at
     the same time, as is done on HF, use a master-slave
     approach. This approach uses a master station that controls
     the transfer and will allow individual users time on the
     satellite. The Master station signals to each PBBS on the
     network when to start forwarding by sending it a token. The
     PBBS that receives the token initiates a forwarding cycle to
     each PBBS on the network in turn, then returns the token to
     the Master. The PBBS software modification is to add the
     master/slave token scheme. If the slave PBBS cannot return
     the token to the Master, it takes over as the Master. This
     situation will arise when the satellite has passed beyond
     the range of the previous Master station.


------------------------------

Date: 27 Nov 92 15:34:44 GMT
From: [e-mail]
Subject: ARSENE Operations Planning Part 3
To: [e-mail]

            ARSENE and PacketClusters

     ARSENE will also have the capability to link PacketClusters
[2] around the world. PacketClusters are growing around the world
and extending feelers along terrestrial links. For example, there
are linked PacketCluster Nodes along the East Coast of the U.S.A,
Northern Europe is linked into one gigantic cluster, and there is
at least one in Japan. I recently saw a packet message that had
come from England through the London - New York wormhole asking
about a way to get into the local NY Packetcluster. Looks like
the U.S.A. East Coast Nodes will be linked into the European
PacketCluster Nodes within the near future.
     The compatibility of ARSENE to current 2 meter 1200 baud
packet will make it possible to link all the PacketClusters in a
hemisphere.  It may be that the motivation to provide real-time
connections between stations on different LANs will come from the
DX community rather than the message forwarding community.
     Think about the following scenario. A DX-pedition sets up
their hf equipment and a link to ARSENE. They connect to the
PacketCluster system and the software starts working stations
automatically on the active hf band by prompting via the ARSENE
link. The ultimate in list operation. Fantastic? Yes, but almost
within the state-of-the-art. Consider the changes needed to
upgrade the current PacketCluster operation to the automated
ARSENE link.

1.   Modify the PacketCluster software to provide a broadcast
     link between Nodes. This could use the secondary header
     approach described for the PBBS above. If each Node uplinks
     a broadcast packet containing interlink information several
     times, until it copies its own packet on the downlink, there
     is a good probability that all Nodes copied the packet. The
     packets would be numbered so that fills may be requested.
2.   Modify the PacketCluster to prompt each user when it is
     their turn.
3.   Modify user programs that interface the user to the
     PacketCluster to hold a QSO when it is their turn. Using CW
     and any other digital mode such as RTTY, AMTOR or Packet,
     such modifications to software such as LAN-LINK is not
     difficult. The Kam with its dual link capability is an ideal
     terminal unit for this task. SSB QSOs with voice recognition
     capability would be more difficult to achieve with current
     technology.

     All the modifications to the way things are currently done,
are upward compatible with the current way of doing things. Each,
on their own offer an improvement over the way things are
currently done. Together, they have the potential to change packet
radio radically.

              Sharing the Satellite

     Individual users, PacketClusters and PBBS will all be
sharing the satellite at the same time. To even up the odds of
getting packets through, perhaps we can allocate one uplink
channel to each class of user. This approach ensures, that
competition for the transponder in each class of user is limited
to the particular class. The following spectrum allocation for
the ARSENE Uplink is suggested.

       PacketClusters   435.050 MHz
       Individual Users 435.100 MHz
       PBBS forwarding  435.150 MHz.

                 Summary

     ARSENE can provide an interesting addition to packet radio
if we don't choke it at birth. Think about ARSENE, and plan for
its optimal use. At the same time, you might care to speculate on
how different packet radio would be today, if the RUDAK packet
radio PBBS on AO-13 had worked. This article has made some
suggestions for optimizing the use of the ARSENE digipeater.

               References

1.   LAN-LINK is a Shareware software package with registered
     users in 50 countries. It is produced by G3ZCZ and
     distributed by Software For Amateur Radio, POB 3419, Silver
     Spring, MD., 20918.
2.   PacketCluster is a software package produced by Pavillion
     Software.

This article is copyright Joe Kasser 1992. Permission is hereby
granted for publication in Amateur Radio Club Newsletters, providing
a copy of the issue containing the material is sent to Joe Kasser,
POB 3419, Silver Spring, MD, 20918, USA. Why not pass it on to the
editor of your local club newsletter.

73 Joe ([e-mail])


------------------------------

Date: 27 Nov 92 13:38:35 GMT
From: usc!cs.utexas.edu!uwm.edu!spool.mu.edu!agate!doc.ic.ac.uk!uknet!reading!dean![e-mail]
Subject: PktWin 1.1
To: [e-mail]

           PktWin Version 1.1 is now ready.

     I have uploaded PktWin to ftp.cica.indiana.edu.  It is
currently in /pub/pc/win3/uploads as PKTWIN11.ZIP.

It is an Amateur Radio Packet TNC controller program, and is
shareware (25 pounds registration).



Paul

----
73's de Paul                         The smelling pistakes are all my own.
Packet: G4YFY@GB7BEQ
EMail:  [e-mail]

------------------------------

Date: Sat, 28 Nov 1992 06:31:36 GMT
From: sdd.hp.com!wupost!cs.utexas.edu!torn!csd.unb.ca!news.ucs.mun.ca!morgan.ucs.mun.ca![e-mail]
Subject: Telnetting to packet bbss?
To: [e-mail]

Is there any way to telnet to any amateur packet bbss from a normal
tcp/ip network?
Thanks, Doug
Internet:[e-mail] or [e-mail]
A

------------------------------

Date: 28 Nov 92 03:17:00 GMT
From: [e-mail]
Subject: Test
To: [e-mail]

Test

------------------------------

End of Packet-Radio Digest V92 #323
******************************
Date: Sun, 29 Nov 92 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #324
To: packet-radio


Packet-Radio Digest         Sun, 29 Nov 92       Volume 92 : Issue  324

Today's Topics:
               BayPac TNC/Modem
           Ham, PC user wishes to mix two together
             How to use TCP/IP ?
              Jun's Electronics
            Packet Radio Information/Notes
            rsgb gb2rs news 29th november

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Sun, 29 Nov 1992 00:25:14 GMT
From: usc!wupost!spool.mu.edu!think.com!mintaka.lcs.mit.edu!nntp.lcs.mit.edu![e-mail]
Subject: BayPac TNC/Modem
To: [e-mail]

In article <[e-mail]> [e-mail] (Clement Vaillancourt) writes:

   Newsgroups: rec.radio.amateur.packet
   Path: mintaka.lcs.mit.edu!think.com!sdd.hp.com!zaphod.mps.ohio-state.edu!uwm.edu!spool.mu.edu!uunet!newsflash.concordia.ca!hobbit.ireq.hydro.qc.ca![e-mail]
   From: [e-mail] (Clement Vaillancourt)
   Sender: [e-mail] (Netnews Admin)
   Reply-To: [e-mail] article [e-mail],
   Organization: Hydro-Quebec, Montreal, Canada
   References: <[e-mail]>
   Date: Thu, 19 Nov 1992 13:23:00 GMT
   Lines: 22

   [e-mail] (Joe Smooth) writes:
   >Has anyone heard of the BayPac BP-1 or something like that?
   >I saw it in the back of QEX magazine, and it is supposed to
   >be a 1200 baud modem/TNC.. this thing is SMALL (the size of
   >a RS232 converter plug), and only costs $50.. Has anyone heard anything
   >about this? I figure I should try to get some feedback on this
   >model before I buy it.. It seems like a deal to me.. Thanks!
   >
   >                    - Joe
   I boutght one and it came with the Baycom 1.4 software. It works fine.
   Yesterday I tried version 1.5a on it and it works very well also.

   I am using it with an old pc xt (Phillips). The disadvantage of this setup is
   that you have to leave the pc on all time if you want to receive mail.
   Clem.

   -----------

Yeah i went ahead and bought one, and I love it! Its the first time I got
to see packet in effect, and its great..

I have two questions though:

1) Where did you get BayCom 1.5a?

2) Is it possible to transfer ASCII or Binary files over packet with BayCom?

    Thanks.




------------------------------

Date: Saturday, 28 Nov 1992 13:57:15 EST
From: ucselx!sol.ctr.columbia.edu!spool.mu.edu!news.nd.edu!irishvma![e-mail]
Subject: Ham, PC user wishes to mix two together
To: [e-mail]

My father, very rapidly approaching retirement, has mentioned a desire
to tie together two of his interests, microcomputers and ham radio.
He's been in computers most of his professional life, and he's picked up
ham radio again in the past few years after years of inactivity.

Is there some packet radio FAQ I should print and send to him a
retirement present?  Or is there a bible I should buy and send him?  How
do I help him get started in this?

(If any of you are from Marin and recognize my last name, yes, I'm
talking about Bob.)

Thanks,
Nick

* [e-mail]

------------------------------

Date: Sat, 28 Nov 1992 21:25:27 GMT
From: usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!gatech!gsusgi1.gsu.edu!gsusgi1.gsu.edu![e-mail]
Subject: How to use TCP/IP ?
To: [e-mail]

I am looking for the IP address coordinator in Atlanta, GA. I would also
like to know if I can use TCP/IP with my current setup. I have a pk232,
an HF rig, and KA9Q internet software. Do I need any more hardware?

Thanks for any suggestions.
Ben (N2IRA)
email- [e-mail]

------------------------------

Date: Fri, 27 Nov 92 20:44:29 GMT
From: netcon!xenon!skyld![e-mail]
Subject: Jun's Electronics
To: [e-mail]

In article <[e-mail]> [e-mail] writes:

  >
  > In article <[e-mail]> [e-mail]  >  writes:
  >
  >   > However, none of this explains the item bought as new which was in
  >   > fact obviously not new.
  >
  > To which J Angus responded:
  >
  >   Another person that was there when it happened and still neglected to tell
  >   Axel that he was buying used equipment.
  >
  > I didn't mean to imply that I got used equipment.  I didn't.  Axel did.
  > My comment was that my good results did not explain why Axel got used
  > equipment when he ordered new.
  > --

  I repeat, "were you there?". If so, than you can say that "yes, he received
  used equipment". If not, then you are basing your comments on hearsay. I tend
  to agree with Raul at Jun's since I go in there frequently.

  I have on several occasions bought both new and used equipment from Jun's. I
  have never had a piece of equipment misrepresented as new.

  I you haven't deleted it already, re-read Axels original whine-o-gram about
  Jun's Electronics and the followup posting from Jun's describing the
  transaction. Someone is distorting the facts. I seriously doubt that it is
  Jun's doing the distortion.

xenon!skyld!jangus   < .sig on vacation until winter solstice >
J Angus, PO Box 4425, Carson CA 90749-4425 voice [phone]

------------------------------

Date: 29 Nov 92 08:30:10 GMT
From: [e-mail]
Subject: Packet Radio Information/Notes
To: [e-mail]

      Is there an anonymous FTP computer out there that can give me more
  technical information about Packet Radio?  I did notice that @UCSD.Edu has a
  directory that has past issues of this Subscription.  I am stationed in Korea
  (HL9 xxx tba,when I get my ticket!) and information is very limited.  I have
  sent a book order to Uncle Waynes Books, however, it has been almost 3 months
  and no books.  I
  finally got my ticket and would like to get involved in the world of packet
  radio.  Any help would be appreciated.  No call sign as of yet!!  I have been
  waiting for about 2 months on it...

  Regards,
  dbs

------------------------------

Date: Sat, 28 Nov 1992 20:43:11 +0000
From: pipex!demon!tedb.demon.co.uk![e-mail]
Subject: rsgb gb2rs news 29th november
To: [e-mail]

Good morning. It's Sunday the 29th of November and here is the GB2RS
news broadcast, prepared by the Radio Society of Great Britain.

First the headlines:- A review of the Novice Licence scheme has been
completed; the RSGB AGM is next weekend; comments are requested on a
code-free HF licence; and we have the latest news of the South Pole
expedition.


At a tripartite meeting held between the RSGB, the RA and the City and
Guilds the first year of the Novice Licence scheme has been reviewed.
The RA felt that in general the scheme had been a success and that only
minor modifications were required. The high operating standard of Novices
was a testimony to the effectiveness of the practical element in the
RSGB's training scheme.
    Some minor changes to the examination syllabus were agreed and some
small extensions to the band plan were proposed. It was, however, felt
that Novices should not have access to the two metre band as this provided
the best incentive for them to upgrade to a full B licence. No changes
are to be made to the power levels. A full report will be published
in the January edition of Radio Communication.

The latest information on the Pentland South Pole Expedition is that
Sir Ranulph Feinnes and Dr Mike Stroud have now walked 138 miles, well
ahead of schedule. The intrepid pair have had one day's rest so far,
when winds peaked 120 knots. Their position on Tuesday night was 80
degrees 19 minutes South, 41 degrees 50 minutes West. Using their Yaesu
FT70G transceivers, running 10W to a dipole, they have been in direct
communication with Lawrence Howell, GM4DMA, at his home station in Aberdeen.
    We learned this week that Morag, GM0MUV/VP8, had not reached her
base station at Patriot Hill until last Tuesday. Previously she was
photographing Ran and Mike at Gould Bay, and had been held up by bad
weather. By now she is expected to have erected some large antennas
and should be fully operational.
    Last week's GB2RS was relayed to the expedition by GM4DMA and we
understand that Morag was delighted we were following progress. In anticipation
of this week's bulletin reaching the South Pole, we would like to extend
our best wishes to Morag, Ran and Mike.

RSGB members are reminded that the Annual General Meeting for 1992 will
take place at the Royal Society of Chemistry Scientific Societies Lecture
Theatre, next Saturday the 5th of December. The December edition of
Radio Communication, which was posted to all members last week, contains
further details about the AGM and a street map of the venue. Members
are reminded that Ballot papers for the Council election must be received
at RSGB Headquarters by 12 noon tomorrow, Monday the 30th of November.

The December edition of Radio Communication contains a request for views
on having a UK class of HF amateur licence which does not require a
Morse qualification. Comments should be sent to: The RSGB HF Committee
via RSGB HQ, Lambda house, Cranborne Road, Potters Bar, Herts EN6 3JE.

The UHF Voice repeater GB3ER near Chelmsford, Essex, has now been restored
to service on a new channel, RB3. The repeater group would appreciate
any signal reports, comments, etc. For further information contact G1FOA,
whose address is correct in the RSGB Call Book.

Now some items of HF DX news from the weekly RSGB DX News Sheet which
is edited by Brendan McCartney, G4DYO.
    From Belau, NJ1V and WV5S will sign KC6VV and KC6SS from now, until
Tuesday the 1st of December, on 80 to 10 metres.
    From Uganda, DJ5RT will sign 5X5WR from Wednesday the 2nd to Thursday
the 10th of December.
    From Martinique, FB1MUX will sign FM2GO until Monday the 7th of
December. This is the first use of the FM2 prefix.
    From Barbados, K4BAI will sign 8P9HT, until next Tuesday the 1st.

Rally news:
There is one event that we know of for today, Sunday the 29th:
    The Coulsdon ATS Bazaar is being held at the Headquarters of the
4th Purley Scout Group. Access to the site is via the public car park
off Lion Green Road, Coulsdon. Doors open at 10.00am. There will be
the usual trade stands and a flea market. Refreshments will be available.
Talk-in is to be on channel S22 by G4FUR/P.

We know of no rally scheduled for next weekend, Saturday the 5th and
Sunday the 6th of December.

Now a date for your diary:
    Next year the RSGB's National Amateur Radio Exhibition will be held
at Birmingham's National Exhibition Centre, on one day only: Sunday
the 16th of May. It will coincide with the National Vintage Communications
Fair.

Contest news next:
    During this weekend, the 28th and 29th, the CQ World-wide DX CW
Contest takes place. It started at 0000 on Saturday, and will finish
at 2400 today. All bands 160 to 10 metres will be used, excluding the
WARC bands. See October RadCom page 19 for brief information.
    During next weekend the ARRL 160 metre DX contest take place from
2200 on Saturday the 5th, to 1600 on Sunday the 6th of December.
    Next Sunday the 6th of December there is the Independent Finland
75 year Anniversary Contest, from 0000 to 2400. All bands 80 to 10 metres
will be used, excluding the WARC bands, on CW and SSB. See December's
RadCom page 15 for further information.

Now the VHF to SHF Contest news:
    The next RSGB 432MHz Cumulative Contest takes place tomorrow, Monday
the 30th, between 2030 to 2300GMT. For further details on this event,
see June RadCom page 65.
    The RSGB 144MHz AFS Fixed and SWL Contest takes place next Sunday
the 6th, from 0900 to 1700GMT. See July RadCom for further details.
    And on Monday the 7th, the fifth and final leg of the RSGB's 1.3
and 2.3GHz Cumulative Contest takes place between 2030 to 2300GMT. See
June RadCom for details.

And now the solar factual data:
    This week we have caught up with last week's missing data. The extended
period 13th to 22nd November has seen 3 small M flares the largest being
an M1.6/2N on the 22nd. Ionospheric conditions have generally been good.
Sunspot counts have meaned about the 122s, but steadily rose during
the period from 63 on the 13th up to 146 by the 20th. Solar flux levels
also increased and averaged 148 units, the highest level since last
July.
    The geomagnetic Ap index dropped from unsettled down to quiet levels
and averaged 11 units for the period. The state has been nil, nothing
to report, throughout the period.
    The radio quality indices rose from a little below normal up to
very good conditions, well above normal, the 18th was an excellent day
on all circuits except for the Fort Collins Boulder one.
    The aa indices as supplied by the British Geological Survey for
the period 10th to 16th November have been quiet, with the daily averages
being only 27.6 nanoTeslas, with some very quiet periods being down
to only 8 nanoTeslas.

Now the ionospheric data for Central France:
    The F2 daytime critical frequencies at Poitiers, as reported by
Meudon, averaged 10.9MHz with peak times being centred around 1100 hours.
The darkness hour lows averaged 3.3MHz and were centred around 0600
hours. There was a small amount of other phenomena and spread F particularly
on the 17th.


Now the ionospheric data for the north:
    The F2 daytime critical frequencies at Ekaterinberg averaged 10MHz
and the darkness hour lows 2.7MHz. A comparison between the ionospheric
levels of Poitiers in central France (North 46) and Ekaterinberg, 10
degrees further North, shows that at present the daylight levels for
Poitiers are about 1MHz higher but the darkness hour levels are 1.5MHz
higher.


And lastly the solar forecast:
    This week the quieter side of the sun will be coming into view,
solar flux levels are expected to be about the 135s. Geomagnetic levels
are expected to be just unsettled. Ionospheric MUFs during daylight
should reach 30MHz on north/south paths, with darkness hour lows good
up to 18MHz.

And that is the end of the solar information.

Finally in the main news, SSL has informed the Society that as of last
Wednesday morning, the latest callsigns issued were in the G0 Sierra
Romeo and G7 November X-ray series, and Novice calls in the 2 0 Alpha
Echo and 2 1 Bravo Hotel series.


You're listening to GB2RS, the news broadcasting service of the Radio
Society of Great Britain, transmitting in the 80, 40, 6 and 2 metre
bands.

------------------------------

Date: 28 Nov 92 20:05:09 PST
From: pilchuck!algedi![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Subject : Re: TCP/IP Routing Help

In article <[e-mail]> [e-mail] (John Ackermann) writes:
> [e-mail] (Ken Koster) writes:
>
> >Multiple hostnames are not really necessary.  If you check the appropriate
> >RFC's the proper domain entry is:
>
> >Using my system as an example:
>
> >algedi.ampr.org     IN  A   44.24.101.45
> >                    IN  A   44.24.103.45
>
> >NOS handles this just fine.
>
> That's interesting, and I'd never thought of it (I've never seen in in
> any of the amprnet domain files I've seen).  One question, though -- if
> I am
>
> foobar.ampr.org               IN      A       44.24.101.55
>                       IN      A       44.24.103.55
>
> and I do "telnet algedi", which subnet is used?  It seems this would
> cause problems in areas where several users might be on both subnets;
> that's much more likely to happen in the ham environment than on the
> internet.
> --

John,

We have exactly that situation here on our local ip network.  We have
seven different lans with many local users multiported on them.

I think your question can be better answered by the following.  It's an
excerpt from a message posted on our local 'seatcp' mailing list by
Don Sandstrom (kg7cp) in response to a question by Terry (n6ry) about
a routing problem he was experiencing.

--------------------------Start----------------------------------------
Terry - I have worked through exactly the same problem myself and there
is a solution.  On studying the domain resolver code in nos, while in
the process of fixing aspects of the domain nameserver code, I found out
how nos handles multiple ip addresses belonging to the same hostname.

First nos generates a list of the ip addresses associated with the given
hostname.  Then it looks at the route table and determines which route
would be used for each of the ip addresses.  Then it picks the route
that has the lowest metric.  The metric is the value shown on your
display in response to the >route command.

This means that in a static routing environment, you can control which
ip address is chosen by controlling/setting the metrics for all your
routes.  This is possible with an additional parameter in the route add
statement; it follows the <gateway> parameter in the statement.  If your
route does not have a gateway, you can insert the keyword "direct" as a
placeholder, and then follow with your metric.

For example, suppose I want a route to n6ry via wa7tai with metric 0:

route add [44.24.101.69] ax1 [44.24.106.36] 0

or a route direct to w7oiv on southlan with metric 1

route add [44.24.100.109] ax0 direct 1

Route statements involving subnets also accept the metric parameter.

Now the trick is to set up all your "routine" routes to have a metric
of one (1) or greater, so that you can specify specific individual
routes to have zero (0) hence be lower and hence force the selection of
the corresponding ip address.  In other words, if your route to
[44.24.101.0]/24 is metric 1, and you have a route to kd7nm's 220 port,
[44.24.103.10]/32, with metric 0, nos will generate packets for
kd7nm.ampr.org. addressed to [44.24.103.10] because the corresponding
route has a lower metric.
----------------------------END------------------------------------------


Dons response came at a time when we were not running any routing protocol
between the various routers.  We had been running RSPF but decided to scrap
it for the time being and go with either static routes or RIP.  We are now
in the process of configuring the system to run RIP which should automatically
give us reasonable metrics for the various routes.

I hope this helps answer your question.  If you have any more, feel free to
ask.  We're still discovering the answers to some of this ourselves but are
more then happy to pass on what we have learned.

73,  Ken  N7IPB

------------------------------

Date: Sun, 29 Nov 1992 09:08:33 GMT
From: qualcom.qualcomm.com!servo.qualcomm.com![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Subject : Re: TCP/IP Routing Help


I should point out that I specifically designed my code to eliminate
virtually every reason to assign more than one IP address to a host.
The flexible mask-per-entry routing table format, with the ability to
specify interfaces by name instead of IP address, makes almost any
topology possible without having to assign more than one IP address
per node.

Nevertheless, my code ought to handle hosts with multiple addresses
in a fashion closer to that specified by the Internet Hosts Requirements
docs. The "look at the routing table" trick just mentioned must have
been added by someone else; I wasn't aware of it, although I haven't
been tracking the other versions of NOS for some time. I guess it's
an effective hack, although it definitely does violate layering.

I've had what I think is a better idea on the back burner for some
time, which is to create an alternative connect() call to TCP that
allows the caller to specify a list of IP addresses, instead of just
one. TCP will cycle through each address sending SYN segments until it
gets an answer; the IP address on the first answer is then used for the rest
of the connection.

Phil

------------------------------

End of Packet-Radio Digest V92 #324
******************************
Date: Mon, 30 Nov 92 04:30:03 PST
From: Packet-Radio Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V92 #325
To: packet-radio


Packet-Radio Digest         Mon, 30 Nov 92       Volume 92 : Issue  325

Today's Topics:
             G8BPQ 4.06 or higher wanted
               GRAPES 56K Modem

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Packet-Radio Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Mon, 30 Nov 92 06:59:18 GMT
From: usc!zaphod.mps.ohio-state.edu!darwin.sura.net!Sirius.dfn.de!hpux.rz.uni-jena.de!th-ilmenau.RZ.TH-Ilmenau.DE!systemtechnik.tu-ilmenau.de![e-mail]
Subject: G8BPQ 4.06 or higher wanted
To: [e-mail]

Hello,
I look for the G8BPQ-Software 4.06 or higher.
Please tell me if you where a ftp-server with that software is
or what the recent version is.

Thank you in advance
Thomas
--
+----------------------------------------------------------------------------+
| Thomas Planke                           [e-mail] |
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -|
| Technical University Ilmenau                       Phone: [phone] |
| Dept. of Automation and Systems Engineering        Fax:   [phone] |
| PF 327,Am Ehrenberg,D-O6300 Ilmenau,Germany                                |
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -|
|                                        (PacketRadio: [e-mail])|
+----------------------------------------------------------------------------+

------------------------------

Date: 30 Nov 92 03:59:44 GMT
From: [e-mail]
Subject: GRAPES 56K Modem
To: [e-mail]

 > From: sdd.hp.com!zaphod.mps.ohio-state.edu!darwin.sura.net!paladin.american.edu!news.univie.ac.@!email![e-mail]
 > Subject: GRAPES 56k modem
 >
 > Could anyone please email me information about the GRAPES 56k modem
 > (technical info, where can I order it (address or fax), how much does
 > it cost)?
 >

 I'll be very happy if someone can e-mail me the same information.

 Thanks!

 Lucky, VU2LBW

 INTERNET: [e-mail]
 HAM RADIO: VU2LBW @ VU2RSB.BLR.IND.AS

------------------------------

Date: 29 Nov 92 13:46:17 GMT
From: psinntp!psinntp!ncrlnk!ciss!law7![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>ntp
Subject : Re: TCP/IP Routing Help

[e-mail] (Phil Karn) writes:

>I should point out that I specifically designed my code to eliminate
>virtually every reason to assign more than one IP address to a host.
>The flexible mask-per-entry routing table format, with the ability to
>specify interfaces by name instead of IP address, makes almost any
>topology possible without having to assign more than one IP address
>per node.

Phil, not a challenge to the above but a question:  we have two subnets
in the same area, one on vhf ([44.70.12.0]/25) and one on uhf
([44.70.12.128]/25).  If you have only a single switch between the two
subnets the routing wouldn't be too bad, but how would you configure routing
for multiple users who have interfaces on both subnets?  Wouldn't this
require a lot of one-host routing statements in everyone's autoexec file?

> [ deleted ]

>I've had what I think is a better idea on the back burner for some
>time, which is to create an alternative connect() call to TCP that
>allows the caller to specify a list of IP addresses, instead of just
>one. TCP will cycle through each address sending SYN segments until it
>gets an answer; the IP address on the first answer is then used for the rest
>of the connection.

I LIKE that idea.  A concept I threw out to the tcp list a while ago was
to have the arp table include a field for the last interface on which a
given host was heard.  That would be the first one to try the next time
you needed to reach that host.  The idea wasn't met with much
enthusiasm, I think because it violates layering (does it?), but it
stuck me as a reasonable way to deal with multi-port users.

John

--
John R. Ackermann, Jr.        Law Department, NCR Corporation, Dayton, Ohio
[phone]                [e-mail]
Packet Radio: ag9v@n8acv      tcp/ip: [e-mail] [44.70.12.34]

------------------------------

Date: 30 Nov 1992 00:52:02 GMT
From: sdd.hp.com!zaphod.mps.ohio-state.edu!cs.utexas.edu!tamsun.tamu.edu![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Subject : Re: TCP/IP Routing Help

In article <[e-mail]> [e-mail] (Phil Karn) writes:
>I should point out that I specifically designed my code to eliminate
>virtually every reason to assign more than one IP address to a host.
>The flexible mask-per-entry routing table format, with the ability to
>specify interfaces by name instead of IP address, makes almost any
>topology possible without having to assign more than one IP address
>per node.

Phil,
 Your code is undoubtedly the most flexible around.  However, the biggest
reason to assign multiple IP addresses to a single hsot is that
many (most?) other tcp/ip implementations can't handle a 'local' address
that isn't in the same IP subnet.
 I have a LAN at home and at work with hosts that mandate my rf routers
use multiple IP addresses, to make sense of things.

Cheers,
 Willis n5szf

------------------------------

Date: 29 Nov 1992 16:13:41 -0600
From: usc!cs.utexas.edu![e-mail]
To: [e-mail]

References [e-mail], (Peter, Laws)gat
Subject : Re: BayPac TNC/Modem

On Sun, 29 Nov 1992 00:25:14 GMT you said:
>   [e-mail] (Joe Smooth) writes:
>   >Has anyone heard of the BayPac BP-1 or something like that?
>   >I saw it in the back of QEX magazine, and it is supposed to
>   >be a 1200 baud modem/TNC.. this thing is SMALL (the size of
>
>Yeah i went ahead and bought one, and I love it! Its the first time I got
>to see packet in effect, and its great..

   Now what *I'd* like to know is whether it can do "kiss" mode so I can use
it with AmigaNOS on my Amiga (the serial ports *are* compatible, I'm told)...

Peter Laws              |"The '90s are gonna make the '60s|   [e-mail]
[e-mail]| look like the '50s"--D. Hopper  |[e-mail]

------------------------------

Date: Sun, 29 Nov 1992 13:40:10 GMT
From: usc!sol.ctr.columbia.edu!emory!kd4nc!ke4zv![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>
Reply-To : [e-mail] (Gary Coffman)
Subject : Re: TCP/IP Routing Help

In article <[e-mail]> [e-mail] (Phil Karn) writes:
>
>I should point out that I specifically designed my code to eliminate
>virtually every reason to assign more than one IP address to a host.
>The flexible mask-per-entry routing table format, with the ability to
>specify interfaces by name instead of IP address, makes almost any
>topology possible without having to assign more than one IP address
>per node.

We have a special case where different IP addresses per interface
is convienent. We have a server with low speed ports on more than
one LAN. It's convienent to assign an address from each LAN's block
to the server rather than entering exceptions in everyone's tables.

Of course the server could simply stay on one LAN and let the switches
and the high speed backbone handle things. But this is our main mail
server and we wanted redundancy for the times when the backbone is
down. We'd rather it straddle LANs than have our users start frequency
hopping. It's taken us a long time to convince the users to stay put
on their LAN frequency.

Gary KE4ZV

------------------------------

End of Packet-Radio Digest V92 #325
******************************