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

Text File | 1993-12-31 | 218.4 KB | 5,537 lines

Sun,  1 Sep 91 04:30:08 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #224
To: packet-radio


Packet-Radio Digest         Sun,  1 Sep 91       Volume 91 : Issue 224

Today's Topics:
      Kansas City Tracker/Tuner help needed !! (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: 31 Aug 91 15:40:27 GMT
From: mcsun!news.funet.fi!fuug!nntp.hut.fi!vipunen.hut.fi![e-mail]
Subject: Kansas City Tracker/Tuner help needed !!
To: [e-mail]

   I've purchased the KCT board without the Tuner option. Now I want to
upgrade. Is there anyone with the Tuner option installed, that could
tell me what IC's and other components I should add to the card (there
are empty places for IC's), in order to enable the Tuner features?

73 de OH2MBM
--
---------------------------------------------------------------------------
"I have only come here seeking knowledge.
 Things they would not teach me of in college"    - The Police
*** Karl Tigerstedt , email [e-mail] ***

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

Date: 31 Aug 91 15:49:31 GMT
From: mcsun!news.funet.fi!fuug!nntp.hut.fi!vipunen.hut.fi![e-mail]
Subject: Kansas City Tracker/Tuner help needed !!
To: [e-mail]

   I've purchased the KCT board without the Tuner option. Now I want to
upgrade. Is there anyone with the Tuner option installed, that could
tell me what IC's and other components I should add to the card (there
are empty places for IC's), in order to enable the Tuner features?

73 de OH2MBM
--
---------------------------------------------------------------------------
"I have only come here seeking knowledge.
 Things they would not teach me of in college"    - The Police
*** Karl Tigerstedt , email [e-mail] ***

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

End of Packet-Radio Digest V91 #224
******************************
Date: Mon,  2 Sep 91 04:30:02 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #225
To: packet-radio


Packet-Radio Digest         Mon,  2 Sep 91       Volume 91 : Issue 225

Today's Topics:
      10th ARRL Computer Networking Conference: Friday Schedule
     10th ARRL Computer Networking Conference: Saturday Schedule
      10th ARRL Computer Networking Conference: Sunday Schedule
               Code conversion question
                 ka9q
              New version of F6FBB PBBS
            Old mail in BBS-system

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: 1 Sep 91 22:04:56 GMT
From: pacbell.com!tandem![e-mail]
Subject: 10th ARRL Computer Networking Conference: Friday Schedule
To: [e-mail]

The 10th ARRL Computer Networking Conference will be held Friday, 27 September
and run through Sunday, 29 September 1991 at the Radisson Airport Hotel, right
in the heart of Silicon Valley.

The Northern California Packet Association (NCPA) is proud to be the sponsor
this year of THE premier Amateur Radio Computer Networking event!  And this
10th "CNC" is going to be the best Packet Radio Conference yet!

This is one of 3 messages describing the events planned for each of the three
days. This message details Friday's activities.


               Friday, 27 September 1991

                1300-1700 Pacific Time

This CNC will feature something never done before at any CNC: In-Depth
Tutorials on cutting-edge Amateur Radio Technology!  If you attend seminars as
part of your work, you know that they can catapult your understanding of
complex ideas.

Three concurrent Tutorials will be offered from 1300-1700 on Friday.  They
are:

1.      Digital Signal Processing

2.      Spread Spectrum for the Amateur and Part 15.247 Spread Spectrum

3.      Packet Radio Satellites, present and future


Although I'm sure you'd like to attend all of the Tutorials, time only permits
us to offer these concurrently, so you'll have to pick the one you most want
to attend.

The speakers are those that are on the Leading Edge of technology, and are
entertaining as well!  These sessions will be right down to the bits and bytes
level, and each session will include handouts.

The sessions will start at 1300 so that East Cost and Midwest Packeteers can
conveniently fly out Friday morning and be at the Radisson in time for the
tutorials; the 3-hour time difference between the East Cost and California
makes this a true convenience.


                1900-2130 Pacific Time

Dinner.  But not your _ordinary_ dinner!  Instead of finding a pizza place
that can handle fifty or a hundred people, we've planned a special group
dinner.  Come down and join everybody for a LUAU!  Yes, that's right, a true
honest-to-goodness luau!  Even if you're not planning to attend the tutorials,
you'll probably want to come to this event, as it will be held right at the
Radisson, so you won't have to drive anywhere (actually, with the San Jose
Light Rail system, you may not have to drive at all!).

After dinner, we expect to have some informal "BOF" (like in "Birds of a
Feather Flock Together") sessions.


And, of course, we won't tantalize you any more than we have to about how
beautiful Norther California and the Valley are...


You won't want to miss this one!  For further information, contact the ARRL or
the conference organizer, Glenn Tenney, AA6ER at:

            Glenn Tenney, AA6ER
            Fantasia Systems
            2111 Ensenada Way
            San Mateo, California  94403
            Voice:          415/574-3420
            FAX:            415/574-0546
            Ham BBS:        AA6ER @ K3MC.#NOCAL.CA.USA.NA
            UUCP/Internet:  [e-mail]
            CompuServe:     70641,23

He can give you more information and costs for the various events.

So mark these dates on your calendars: September 27, 28, and 29, and plan on
being in San Jose at the best Computer Networking Conference ever!

Hope to see you there!

-Mike K3MC

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

Date: 1 Sep 91 22:05:48 GMT
From: pacbell.com!tandem![e-mail]
Subject: 10th ARRL Computer Networking Conference: Saturday Schedule
To: [e-mail]

The 10th ARRL Computer Networking Conference will be held Friday, 27 September
and run through Sunday, 29 September 1991 at the Radisson Airport Hotel, right
in the heart of Silicon Valley.

The Northern California Packet Association (NCPA) is proud to be the sponsor
this year of THE premier Amateur Radio Computer Networking event.  And this
10th "CNC" is going to be the best Packet Radio Conference yet!

This is one of 3 messages describing the events planned for each of the three
days. This message details Saturday's activities.


              Saturday, 28 September 1991

                0830-1700 Pacific Time

This is the traditional part of the ARRL Computer Networking Conference.  As
in past years, we will be gathering up all of the papers submitted for
presentation, and we'll divide them up into the time available.  Everyone who
has submitted a paper will have a chance to speak.  The published proceedings
and lunch (at noon) are included in the conference fee.


                1830-2100 Pacific Time

Dinner.  And the CNC doesn't stop!  We've arranged for Dr. Tom Stanley, Chief
Engineer of the FCC, to be our after-dinner speaker.  It is a real coup to
have such a high-ranking FCC official speak to us Packeteers!  He is a very
wise and entertaining speaker, to say the least!  Dr. Stanley will offer his
personal view of how the FCC sees Amateur Radio, especially when we are
pushing the state of the art in Packet Radio.


                2100-2400 Pacific Time

Things don't stop just because the sun goes down! If 10 or 15 minutes to
present a paper aren't really enough, we've planned for break-out rooms for
"Birds of a Feather" sessions.  During the day we'll have sign-up sheets so
that discussion groups can form and really get into topics of greatest
interest...


You won't want to miss this one!  For further information, contact the ARRL or
the conference organizer, Glenn Tenney, AA6ER at:

            Glenn Tenney, AA6ER
            Fantasia Systems
            2111 Ensenada Way
            San Mateo, California  94403
            Voice:          415/574-3420
            FAX:            415/574-0546
            Ham BBS:        AA6ER @ K3MC.#NOCAL.CA.USA.NA
            UUCP/Internet:  [e-mail]
            CompuServe:     70641,23

He can give you more information and costs for the various events.

So mark these dates on your calendars: September 27, 28, and 29, and plan on
being in San Jose at the best Computer Networking Conference ever!

Hope to see you there!

-Mike K3MC

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

Date: 1 Sep 91 22:06:42 GMT
From: pacbell.com!tandem![e-mail]
Subject: 10th ARRL Computer Networking Conference: Sunday Schedule
To: [e-mail]

The 10th ARRL Computer Networking Conference will be held Friday, 27 September
and run through Sunday, 29 September 1991 at the Radisson Airport Hotel, right
in the heart of Silicon Valley.

The Northern California Packet Association (NCPA) is proud to be the sponsor
this year of THE premier Amateur Radio Computer Networking event.  And this
10th "CNC" is going to be the best Packet Radio Conference yet!

This is one of 3 messages describing the events planned for each of the three
days. This message details Sunday's activities.


                0900-1200 Pacific Time

As usual, the ARRL Digital Committee will hold their business meeting Sunday
Morning.  All hams are invited to attend as observers.  But that's not all...

                0900-1300 Pacific Time

We're going to have a demo room available!  We're hoping that you'll be able
to bring in a rig and other stuff to show off your latest work.  In addition,
we are offering a Vendor Exhibit Area where ham manufacturers can show us
their stuff!  But that's not all!!!

                1000-1300 Pacific Time

We're going to be presenting various newcomer tutorials for first-time packet
users, first-time TCP/IP users, etc.  These tutorials will help folks learn
more about various aspects of Packet Radio.  The demo/exhibit room and the
newcomer tutorials will be open to all hams and prospective hams whether they
have signed up for the conference or not.


And, finally, the San Jose Technology Center is a short light rail ride away
and they have a fantastic high-tech museum called The Garage (right on Woz
Way).  Although a trip to The Garage isn't an official part of the CNC, we're
sure a large group will be planning on visiting on Sunday. We're likely to
work out a late morning and an early afternoon trip.



So, you won't want to miss this one!  For further information, contact the
ARRL or the conference organizer, Glenn Tenney, AA6ER at:

            Glenn Tenney, AA6ER
            Fantasia Systems
            2111 Ensenada Way
            San Mateo, California  94403
            Voice:          415/574-3420
            FAX:            415/574-0546
            Ham BBS:        AA6ER @ K3MC.#NOCAL.CA.USA.NA
            UUCP/Internet:  [e-mail]
            CompuServe:     70641,23

He can give you more information and costs for the various events.

So mark these dates on your calendars: September 27, 28, and 29, and plan on
being in San Jose at the best Computer Networking Conference ever!

Hope to see you there!

-Mike K3MC

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

Date: 1 Sep 91 18:12:52 GMT
From: rock![e-mail]
Subject: Code conversion question
To: [e-mail]

I would like to know if it's possible to convert a file of presumably 6-bit
RTTY to plain-text.  If it is, how do you do it?  I've been looking in the
ARRL Handbook, and am not entirely sure what I'm doing.  Has anyone ever done
this (I'm sure SOMEONE has...)  Any and all help will be appreciated!

73 de KC4WEJ

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

Date: 2 Sep 91 04:00:41 GMT
From: munnari.oz.au!bruce!trlluna!titan!rhea![e-mail]
Subject: ka9q
To: [e-mail]

I am looking for the ka9q NOSNET software for use with an Atari MegaSTE
computer. I read in a certain magazine that it was available for this
machine from Mike Curtis, WD6EHR in Hollywood CA. and sent him a request
for information including return postage. That was some 3 months back and
still nothing has been heard. That's enough time for even a slow mail boat
to get downunder, so now I'm trying quicker methods.
Is it available for ftp? Is anyone using the ka9q software on an ST?
Should I buy a Macintosh LC and go that way?
Any guidance appreciated.

Thanks in advance....

David...
VK3DAJ

[e-mail]

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

Date: 1 Sep 91 14:21:15 GMT
From: mcsun!news.funet.fi!funic![e-mail]
Subject: New version of F6FBB PBBS
To: [e-mail]

[e-mail] writes:

>From:  HUTIN@PSI%EPSX25@MRGATE@PRSRTR
>To:    "[e-mail]"@M_INTERNET@MRGATE@PRSRTR


>I have upload the lastest version of the f6fbb multiuser,multilanguage
>BBS on tomcat. The files are in the bbs/f6fbb directory . they consist
>of a zip archive of each disk of the distribution.

This package is available also from archives in nic.funet.fi
[128.214.6.100] in the directory pub/ham/packet/bbs/f6fbb.

/Markku, OH2BQZ

P.S. Did you know, that FBB BBS has gained great popularity in Europe
  because it can do compressed forward, handle large amount of active
  messages without memory probles (and use EMS or XMS memory to speed
  up message retrieval) and has user selectable support for 15 languages
  included?

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

Date: 1 Sep 91 05:57:59 GMT
From: nosc!dog.ee.lbl.gov!hellgate.utah.edu!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!think.com!spool.mu.edu!munnari.oz.au!yoyo.aarnet.edu.au!sirius.ucs.adelaide.edu.au!greed.teaching.cs.
Subject: Old mail in BBS-system
To: [e-mail]

In Article  <[e-mail]>  [e-mail]
(Oeyvind Hanssen) writes:

[stuff deleted]

>I have some suggestions:
>
>(1) The date and time field in the message header should reflect the time
>    the message was actually written, not the time it arrived to the local
>    BBS system.
>
>    Many BBS-programs automatically kill old messages after a while. It is
>    possible to specify time-to-live for messages and even to differentiate
>    between different types of messages. If the "time-out" was based on the
>    actual write-time as mentioned above, it would help a lot.
>
>(2) A step further is to associate a time-to-live attribute to each message
>    which is forwarded with it through the network. This attribute could be
>    specified by the message-author or automatically assigned by the system.
>    (I think THE BOX implemented this feature some years ago).

A couple of SysOps here in Australia were also wondering how such a scheme
could be implemented. Presently most BBS packages look at the date the
message was originated and if it is older than a certain date they put
the bulletin on hold for sysops to review to see if it is still relevent.
This helps to some extent but is abused by some BBS's in being set far
too long.

I would like to put forward a proposal for an addition to the BBS system
where a User (if he/she desires) can put a lifetime on a bulletin they
send out. This could be done partly by adding some code to the user
interface to ask if the user wishes to specify a lifetime (with the
sysop setting a limit in the code so the facility wouldnt be abused)
and then letting other BBS's know what the original lifetime desired
was by including it in the BBS HEADER of the ORIGINATING BBS Only. This
could take the form of an L:number field being added to the BBS header
OF THE ORIGINATING BBS, eg..

Subject of message here
R:910101/1234z @:AB1CDB.ETC #:56887
R:910101/1223Z @:ZX5EDC.ETC.SO.ON #:1235 L:3   <- ORIGINATING BBS HEADER

text of message goes here

The L says if you get this message and it is older than 3 days after the
date in the originating BBS header then Mark it as fully forwarded and
dont forward it to any other BBS.

This then gives users a means of specifying lifetimes and stop things
like Solar Forecast Bulletins originated in Europe appearing on the
Australian BBS Network a week or two after!

To stop users seting lifetimes to ridiculously large numbers, have the
existing old bulletin detecting mechanism remain and act as a ceiling
value on a lifetime.

I know several of the BBS authors read this news group, I would be
interested in their thoughts on this. I know it would take a while
to implement but if it was introduced it would surely become more
effective as it was included in more of the BBS packages and sysops
upgraded to new code.

Comments most welcome...

Cheers de Grant VK5ZWI

Grant Willis (VK5ZWI), Electronic Engineering Student. | Adelaide University
AARNet/Internet1: [e-mail]        | South AUSTRALIA
AARNet/Internet2: [e-mail] | My views are my own,
AmPRNET: VK5ZWI@VK5TTY.#SA.AUS.OC  [44.136.171.11]     | not the Uni's!

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

End of Packet-Radio Digest V91 #225
******************************
Date: Tue,  3 Sep 91 04:30:02 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #226
To: packet-radio


Packet-Radio Digest         Tue,  3 Sep 91       Volume 91 : Issue 226

Today's Topics:
               AEA TNC problem with /EX
               Code conversion question
                   huebler

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: 2 Sep 91 23:34:07 GMT
From: news.hawaii.edu!mpg.phys.hawaii.edu![e-mail]
Subject: AEA TNC problem with /EX
To: [e-mail]

The following problem has been noticed on both a PK-88 and a PK-232 TNC.

When a user sends a message to the mailbox on these TNCs, the TNC will accept
a '/ex' at the end of the message properly if the /ex is in a packet by itself.
However, if the /ex is included in a packet with the preceding part of the
message, the AEA TNCs will not recognize it and continue to wait for more
lines in the message.

This prevents the mailbox in NOS from forwarding messages properly to AEA TNCs.
NOS piggybacks the /ex onto the last packet of the message for efficiency and
this works with other mailboxes EXCEPT for the AEA TNCs.

Is there some parameter on the PK-88 or PK-232 to allow it to accept the /ex
piggybacked onto the last packet of a message?

Or, is there an EPROM firmware fix that solves this problem?

--
Antonio Querubin
[e-mail] / [e-mail] / [e-mail]

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

Date: 2 Sep 91 05:37:41 GMT
From: swrinde!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!wa4mei!ke4zv![e-mail]
Subject: Code conversion question
To: [e-mail]

In article <[e-mail]> [e-mail] (Derrick C. Cole) writes:
>I would like to know if it's possible to convert a file of presumably 6-bit
>RTTY to plain-text.  If it is, how do you do it?  I've been looking in the
>ARRL Handbook, and am not entirely sure what I'm doing.  Has anyone ever done
>this (I'm sure SOMEONE has...)  Any and all help will be appreciated!

If it's encrypted in 5 letter groups you can just use standard forms of
cryptographic attack. If you have enough of the material and they aren't
using a one time pad, you should eventually be able to break it. If it's
not in 5 letter groups, it should be much more susceptable to attack.

Amateurs are forbidden to use codes and cyphers, so if it's an amateur
message you are trying to decode, it should already be in plain text.

If on the other hand you mean that you want to translate plain text
encoded in Baudot to ASCII encoding, then the solution is relatively
painless.  There is a two to one correspondence between Baudot and upper
case ASCII. You must keep track of the letters and figures shift characters
in order to determine which lookup table you should use for translation
of any given character. The tables are in the Handbook.

Gary KE4ZV

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

Date: 2 Sep 91 13:52:12 GMT
From: [e-mail]
Subject: huebler
To: [e-mail]

This is a request to Rainer HUEBLER in Germany to find his IP address.

Rainer please reply on this call.


Wim NIJNTJES @ PE1NTW.AMPR.ORG

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

End of Packet-Radio Digest V91 #226
******************************
Date: Wed,  4 Sep 91 04:30:03 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #227
To: packet-radio


Packet-Radio Digest         Wed,  4 Sep 91       Volume 91 : Issue 227

Today's Topics:
              5 Letter code conversion ?
                PK232 battery
                   Winters

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 Sep 91 14:04:40 GMT
From: [e-mail]
Subject: 5 Letter code conversion ?
To: [e-mail]

Is there a program around - or even available books - that give detailed
information on how to break the 5 letter groups of letters found on many
HF RTTY trasmissions ? Who is sending these messages  (they are outside the
amateur band) and how secure are they ? (compared to DES or RSA encryption)
Has anyone actually seen the programs that convert standard text to 5 letter
groups ?
Any info is appreciated.
73,
Rich
WB2JBS
[e-mail]

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

Date: 4 Sep 91 02:23:48 GMT
From: pacbell.com!att!cbfsb!cbnewsb.cb.att.com![e-mail]
Subject: PK232 battery
To: [e-mail]

copied from packet:

 Msg# TSF  Size #Rd  Date  Time From   MsgID        To
61067 BF   1317   1 01-Sep 1156 KD2EJ  20935_WB2QJA ALL@ALLBBS ()
 Sb: PK-232 BATTERY


The debate on the battery in the PK-232 is interesting. The problem is if
you like to run different software then you are going to have some
problems. The manual indicates that you should disconnect the jumper
in order to by-pass the battery since it's not needed when running
the PCPAKRATT software. That's because the software upon booting loads
the parameters on to the PK-232.

However if you decide that you would like to use another program, then
you'll find that you need the battery in the circuit in order to
preserve the parameters in the TNC memory.

So the solution is to place a jumper with two leads in the battery circuit
and place a mini switch in the back of the PK-232 (there's plenty of room)
This will allow you to place the battery in and out of the circuit
as necessary. this is nothing new. I wrote a similar message on the
BBS's about 3 years ago, but there seems to be some interest on this
topic by new owners of the TNC.

73's  Kd2ej  NYC.
-------------------------------------------------------------------------
Note: I haven't tried or verified this, proceed at your own risk.  WA2ISE

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

Date: 4 Sep 91 10:49:47 GMT
From: [e-mail]
Subject: Winters
To: [e-mail]

Erik can you pass me your IP address?

Wim@PE1NTW

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

End of Packet-Radio Digest V91 #227
******************************
Date: Thu,  5 Sep 91 04:30:02 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #228
To: packet-radio


Packet-Radio Digest         Thu,  5 Sep 91       Volume 91 : Issue 228

Today's Topics:
              5 Letter code conversion ?
           CFD: comp.protocols.tcp-ip.ka9q
          Data Engine BPQ Uploaded to TOMCAT
                   more pmp

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 Sep 91 09:30:15 GMT
From: usc!cs.utexas.edu!swrinde!emory!wa4mei!ke4zv![e-mail]
Subject: 5 Letter code conversion ?
To: [e-mail]

In article <[e-mail]> [e-mail] (RICHARD HAREL) writes:
>Is there a program around - or even available books - that give detailed
>information on how to break the 5 letter groups of letters found on many
>HF RTTY trasmissions ? Who is sending these messages  (they are outside the
>amateur band) and how secure are they ? (compared to DES or RSA encryption)
>Has anyone actually seen the programs that convert standard text to 5 letter
>groups ?

Five letter groups generally mean you are dealing with a cypher rather
than a code. Systems in use range from various rotor machines to the
classic one time pads. A one time pad is theoretically unbreakable,
unlike DES or RSA which are merely "computationally difficult" to break.
One time pads require secure delivery of the pads and are generally
reserved for diplomatic traffic.

Two books that can serve as an introduction to this fasinating world
are "Codes and Cyphers" and "The Codebreakers".

Gary KE4ZV

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

Date: 4 Sep 91 14:27:19 GMT
From: usc!cs.utexas.edu!utgpu!watserv1!watmath!lsuc![e-mail]
Subject: CFD: comp.protocols.tcp-ip.ka9q
To: [e-mail]

[ Follow-ups directed to news.groups and comp.protocols.misc (for those not
  willing to wade through news.groups) ]

This is an official Request For Discussion for the creation of the
new newsgroup "comp.protocols.tcp-ip.ka9q"

Proposed Charter:

Comp.protocols.tcp-ip.ka9q would be for discussion of the configuration,
modification, extention and administration of the KA9Q NOS IP routing
software.  This group is intended to cover both the "old NET" version and
the newer "NOS" version, as well as the various platforms it has been
ported to.

While there are existing groups which cover various elements of the KA9Q
package, it is the intention of this group, to gather together the vast
net-wide knowledge base into one area.  Currently discussions about ka9q
are carried out in rec.radio.amateur.packet, comp.protocols.tcp-ip[.ibmpc],
comp.protocols.ppp as well as several mailing lists.

I would hope that this concentration of readers would aid in adding some
structure and coordination to the development of the package, as there are
currently many flavours of the system derived from varying previous versions.

Why "comp.protocols.tcp-ip.ka9q"?

ka9q's strength (IMHO) is its IP routing capabilities and secondly, its
built in TCP server support (SMTP, POP, finger, etc).  These strengths
are applicable to many tcp-ip environments.  While the software's roots
are based in amateur packet radio, its use is spreading rapidly into the
IP routing/briding/serving arena.  rumor has it that this software is the
base of the Telebit Netblazer's OS.

ka9q supports the following protocols:

SLIP
PPP
SMTP
POP
bootp
RIP
ARP
FTP
telnet
ICMP

plus others

Discussion will end at 11:59 P.M. on 27 September 1991.

i will running the vote unless anyone has any objections.

--
[ Jim Mercer  [e-mail]  || ...!uunet!attcan!lsuc!jim    [phone] ]
[ Educational Systems Manager - Law Society of Upper Canada, Toronto, CANADA  ]
[ Standards are great. They give non-conformists something to not conform to. ]
[      The opinions expressed here may or may not be those of my employer     ]

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

Date: 4 Sep 91 17:53:38 GMT
From: ucselx!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!jabberwock.shs.ohio-state.edu!sun1.is.battelle.org!bclcl1.im.battelle.org![e-mail]
Subject: Data Engine BPQ Uploaded to TOMCAT
To: [e-mail]

I just put the "Data Engine" version of G8BPQ's Net/Rom clone, version 4.04
on TOMCAT.  Although there have been several prior versions, this one is the
first that combines working documentation with reasonably bug-free (as opposed
to perfectly bug-free) code.  It works well enough that I am running a
"production" switch with a Data Engine & 2 9600 baud modems attached via
"polled KISS" to 2 more TNC-2s with 4800 baud modems.  The KISS interface is
running at 19200 baud.  Look for the file DE404BPQ.ZIP in the G8BPQ directory.

BTW, this version eliminates the requirement for at least one 128k byte SRAM
in the Data Engine.  You will need a 512k byte EPROM and considerable
patience trying to get the cover back on the Data Engine case :-)

-Vic, K1LT @ W8CQK (BBS net) or [e-mail] (Internet)

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

Date: 4 Sep 91 18:01:18 GMT
From: intran![e-mail]
Subject: more pmp
To: [e-mail]

Things to be aware of if building from the 73 article.

The W1/W2 jumper should be set to W1.  W2 is for loopback testing, probably
not needed.  I guess the editors edited this out.

On the big PC board parts layout, C3 is shown as a Jumper.  This should be C3
not a jumper, otherwise audio will be poor.

The bias to pin 7 should be set to 2.75 volts if you have a newer chip.  The
older chips worked fine with 2.26 volts, I couldn't get mine to work below 2.7
volts.

Using PMPTEST, try for percentages around 0-5% on both.  Negative percentages
are normal (minimal 0-5%).

Kevin Feeney is real helpful.

Tommy B.

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

End of Packet-Radio Digest V91 #228
******************************
Date: Fri,  6 Sep 91 04:30:05 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #229
To: packet-radio


Packet-Radio Digest         Fri,  6 Sep 91       Volume 91 : Issue 229

Today's Topics:
              5 Letter code conversion ?
          Data Engine BPQ Uploaded to TOMCAT
              LAN-LINK Software
             New ham seeks packet info...
         Where can I get the NetMac Sources?

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 Sep 91 16:33:31 GMT
From: usc!cs.utexas.edu!convex!mic!letni!rwsys!kf5iw!k5qwb![e-mail]
Subject: 5 Letter code conversion ?
To: [e-mail]

[e-mail] (RICHARD HAREL) writes:

> Is there a program around - or even available books - that give detailed
> information on how to break the 5 letter groups of letters found on many
> HF RTTY trasmissions ? Who is sending these messages  (they are outside the
> amateur band) and how secure are they ? (compared to DES or RSA encryption)
> Has anyone actually seen the programs that convert standard text to 5 letter
> groups ?

Most of the real encrypted stuff is essentially unbreakable. There is
five-character-group traffic on weather nets, usually with some clear
text messages. These have headings containing lines like:

ZCZC
WXXX 5 KAWN

These follow standard formats and are not really encrypted. The "callsigns"
are really ICAO identifiers and some like KAWN are not actually airports.
KAWN is the U.S. Air Force Automated Weather Network ( last know locataion
was Carswell AFB near Ft. Worth, Tx ).

There are a lot of military RTTY signals using 850 or 170 Hz shift which
just appear as a jumble of characters. They are usually 75 baud with
a stop bit 1 unit long rather than 1.43 units.



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

73,            internet     | [e-mail]
Lyn Kennedy    packet radio | K5QWB @ N5LDD.#NTX.TX.US.NA
           pony express | P.O. Box 5133, Ovilla, TX, USA 75154

---I would like e-mail from people monitoring for news gathering---

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

Date: 5 Sep 91 15:32:32 GMT
From: swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!jabberwock.shs.ohio-state.edu!sun1.is.battelle.org!bclcl1.im.battelle.org![e-mail]
Subject: Data Engine BPQ Uploaded to TOMCAT
To: [e-mail]

Re: DE404BPQ.ZIP on tomcat.gsfc.nasa.gov

Oops!  I fell into the "what is a binary file under VMS" trap and the
BPQ404DE.ZIP I uploaded has an extra pair of bytes every 512 bytes.  I
have again uploaded the file, although with a different name, BPQ404DE.ZIP,
and I have asked Tom Clark to delete the old file and change the name of
the new file.  Therefore, look for a file with "DE", "404", and "BPQ" in
the name with a date of 09/05, and all should be OK.  Perhaps sufficient
public embarrassment will prevent me from making *that* mistake again.

-Vic, K1LT @ W8CQK (BBS net) or [e-mail] (Internet)

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

Date: 5 Sep 91 15:17:30 GMT
From: timbuk.cray.com!shamash!duke![e-mail]
Subject: LAN-LINK Software
To: [e-mail]

I have just installed, (and paid for) the LAN-LINK shareware
from G3ZCZ. I am extremely pleased with this program. Among other
other things, it actually is well documented (128 pages).

Does anyone have experience with other programs from G3ZCZ,
I find a logger, contest program, CQSS simulator and WHATSON
a prop program listed for sale.

Anyone who is currently running an AP-LINK who could recommend
their software. The station has HF/UHF/VHF capability and
both a MAC and PC on line for other functions.

Thanks es 73

John N0ISL (N0ISL/UB5W, N0ISL/UA4L, N0ISL/UA3A)

*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*
* John Douglas       * For every problem, there *
* Arden Hills, MN    * is a solution which is   *
* Control Data Corp. * short, simple, and wrong *
*                    *        - Menkin          *
*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*
* Disclaimer:  I do not speak for CDC, nor do   *
* they for me. At home, I speak only to the cat *
*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*

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

Date: 6 Sep 91 03:10:20 GMT
From: usc!wupost!cs.utexas.edu!helios!tamsun!tamuts![e-mail]
Subject: New ham seeks packet info...
To: [e-mail]

Hello all,
  I've had my license about a month now (no code tech) and I'd like to do
a little more with ham radio than voice.

  What I'd like to do is get started with packet radio.  I'm looking for
some introductory info that anybody could give/reference to me.
As for my equipment, I have two computers (either would work OK), a dumb
terminal, and my Yaesu FT-727R (dual band) HT.

  How simple and complex to packet systems get?  How much do they cost, on
average?  I'm not looking for a lot of features- just basic connectivity
and as for software, I do NOT have a PC(mac+ and AT&T 3b1) so I'd have to
port software.

  Anyway, I'd appreciate information anybody could send my way.

thanks!

Brent Burton
  [e-mail]

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

Date: 5 Sep 91 13:00:44 GMT
From: tellab5![e-mail]
Subject: Where can I get the NetMac Sources?
To: [e-mail]

Does anyone know where I can get the source for the MAC version of
NET/NOS?  I have a windows 3 system and want to have a true windows
version rather than running DOS under windows.  The porting of the DOS
version would require massive rewrites, so I am looking for an easier
solution.

Any help would be appreciated.

Bruce Sabalaskey   KD9XT
internet: [e-mail]
packet: kd9xt@w9iup

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

End of Packet-Radio Digest V91 #229
******************************
Date: Sat,  7 Sep 91 04:30:02 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #230
To: packet-radio


Packet-Radio Digest         Sat,  7 Sep 91       Volume 91 : Issue 230

Today's Topics:
                (none)
             New ham seeks packet info...
                ROSE + TCP/IP
         Shopping in Silicon Valley (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: 6 Sep 91 17:56:00 GMT
From: [e-mail]
Subject: (none)
To: [e-mail]

index

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

Date: 6 Sep 91 15:14:22 GMT
From: timbuk.cray.com!shamash!duke![e-mail]
Subject: New ham seeks packet info...
To: [e-mail]

From: [e-mail] (Brent Burton):

> What I'd like to do is get started with packet radio.  I'm looking for
> some introductory info that anybody could give/reference to me.

Two quick solutions come to mind.. Start with what IMHO is the best
primer, Stan Horzepa's Your Gateway to Packet Radio book from the
ARRL. Then scan 73 and CQ packet articles for the last year or two.
Lastly, get a decent Terminal Program for your PC (I'm assuming
you are using a PC or clone). I am quite happy with the Shareware
Lan-Link.

Good Luck and Welcome to the hobby.

John N0ISL, Minnesota
*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*
* John Douglas       * For every problem, there *
* Arden Hills, MN    * is a solution which is   *
* Control Data Corp. * short, simple, and wrong *
*                    *        - Menkin          *
*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*
* Disclaimer:  I do not speak for CDC, nor do   *
* they for me. At home, I speak only to the cat *
*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*--*

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

Date: 6 Sep 91 17:01:09 GMT
From: mvb.saic.com!unogate!orion.oac.uci.edu!usc!rpi!news-server.csri.toronto.edu!bonnie.concordia.ca!ccu.umanitoba.ca!herald.usask.ca![e-mail]
Subject: ROSE + TCP/IP
To: [e-mail]

A group of local packeteers has started spreading ROSE switches from here
(Saskatoon,SK) down to Regina (164 miles SE). Nobody around here has made
any significant use of TCP/IP and all are just getting the hang of the
ROSE switch. One guy in Regina though is keen to use TCP/IP between the two
cities so the question is can TCP/IP be used through a ROSE network?
Tnx Pete [e-mail]   VE5VA

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

Date: 6 Sep 91 19:07:30 GMT
From: ucselx!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!pitt![e-mail]
Subject: Shopping in Silicon Valley
To: [e-mail]

This year's ARRL Computer Networking Conference is being held in San Jose,
right in the heart of Silicon Valley.  If, like me, you come from an area
where the state of the art in electronics parts houses is Radio Shack, a
trip to Silicon Valley can be quite overwhelming.  There are many places
that you might want to visit, so I've prepared a list of them and
then a small review of those that I visited on my last trip.

I started out by collecting the Yellow Pages listings under Electronics
and Surplus and set out to visit as many of these places as possible.
I've organized this into two lists.  The first is a listing by town
in counterclockwise order around the Bay and alphabetically by street
within each town.  It contains almost every company that was listed in
the Yellow Pages.  The second list reviews those places that I was able
to check out personally.

Caveat:  These data were collected in October, 1990, so some places may
have moved or closed.  Places that I have not visited may not even be
parts retailers.  I intend to check out some more of them this year.

If anyone has any additions, deletions, or corrections to this list, I
would greatly appreciate them.

Besides the electronic parts houses, there are two other places worth
visiting, but I don't have the addresses handy.  First is the
Exploratorium in San Francisco.  This is a hands-on science museum that
is great fun.  I spent two hours the last time and didn't get to see
even half of it, so I recommend allocating about five hours to see it
all.  Second is the Computer Literacy Bookstore.  Any computer book you
might ever want is here.

Have fun!

    ---Bob.



San Francisco
-------------
Component Sales Inc.            778A Brannan
Zack Electronics                1380 Howard

South San Francisco
-------------------
Surplus Sales                   409 Grand Ave.

Burlingame
----------
Ham Radio Outlet                999 Howard Ave.

San Mateo
---------
San Mateo Electronic Supply     16 W. 42nd Ave.

Foster City
-----------
Standard Cost Inc.              811 Peary Lane

Belmont
-------
Richardson Electronics          940 Emmett Ave.
The Advance Group               1661 Industrial Way
Arndt/Jameco                    1355 Shoreway Road
Myriad Enterprises              541 Taylor Way

San Carlos
----------
Manufacturers Outlet            935 American
J & H Outlet Store              476 Industrial Way

Redwood City
------------
IBR                             1267 Connecticut Dr.
HDB Electronics                 2860 Spring

Menlo Park
----------
Oracle Electronics              1355 Adams Ct.

Palo Alto
---------
Fry's                           340 Portage Ave.

Los Altos
---------
Triton Electronics Ltd.         4962 El Camino Real
Penstock Inc.                   105 Fremont Ave.

Mountain View
-------------
Consumer Scientific Inc.        1411 El Camino Real West
Haltek                          1062 Linda Vista

Sunnyvale
---------
Moberg Electronics              1176 Aster Ave.
Fry's                           541 Lakeside Dr.
Cal Scope                       473 Macara Ave. Suite 707
Corporate Systems Center        730 N. Pastoria
Paramount Electronics           1155 Tasman Dr.

Cupertino
---------
Electronic Component Network    20300 Stevens Creek Blvd.

Santa Clara
-----------
K-Tec                           3333 Bowers Ave.
BJS Electronics                 1400 Coleman Ave.
DC Electronics                  3130 Coronado Dr.
J & R Electronics Intl.         2126 Fairway Glen Dr.
Advanced Component Electronics  911 George
Crosspointe Solutions           5200 Great America Parkway
Logical Devices                 2855 Kifer Rd.
Advanced Component Electronics  3479 Kifer Rd.
Halted Specialties (HSC)        3500 Ryder St.
Westech Intl.                   3056 Scott Blvd.
NSR                             860 Walsh Ave.
Anchor Electronics              2040 Walsh Ave.

Campbell
--------
JIC Industrial                  1610 La Pradera Dr.

San Jose
--------
Lynn Johnson Electronics        3480 The Alameda
Habocon                         1747 Almaden Rd.
Ace 'Lectronics                 975 S. Bascom
A to Z Surplus                  980 S. Bascom Ave.
Quement Electronics             1000 S. Bascom Ave.
JDR Micro Devices               1256 S. Bascom Ave.
Abel Components                 55 Fox Ave.
Datacraft Intl.                 2828 Ione Dr.
Lincoln International           670 Lincoln Ave.
Classic Components              780 Montague Expressway
P.E.A.C. Products               1180 Murphy Ave.
Future Tronics                  211 Oakridge Mall
Marstek Co.                     2009 O'Toole Ave.
Compu-Tronix                    2151A O'Toole Ave.
Semiconductor Equipment Solutions Inc.          2355 Paragon Dr.
Centurian Surplus               490 Parrott
Peninsula Metal Fab.            2221 Ringwood Ave.
Equips Resale Associates        505 Santa Ana Ave.
Fox Electronics                 2558 Seaboard Ave.
Service Sales & Electric Co.    1304 Shortridge Ave.
Schad Electronics               980 S. First St.
Morning Glory Enterprises       1822 Stone Ave.
Alltronics                      2300 Zanker Rd.

Milpitas
--------
Valley Surplus                  875 Ames Ave.
R & D Electronic Parts          1432 S. Main
Weird Stuff Warehouse/Computer Surplus Store            715 Sycamore

Fremont
-------
Inovatek                        4543 Enterprise
Minute Man Electronics          37292 Fremont Blvd.
Fry's                           440 Mission Ct.
NEED Inc.                       45973 Warm Springs Blvd.

Oakland
-------
Silicon Valley Surplus          4222 E. 12th St.
Mike Quinn Electronics          1080 Langley (Oakland Airport)
Ham Radio Outlet                2210 Livingston St.

Berkeley
--------
Electronics Etc.                2738 10th St.
Sierra Electronics              2435 Channing Way
Al Lasher's Electronics         1734 University Ave.


    Mini-review of selected companies

A to Z Surplus, 980 S. Bascom Ave., San Jose
    Test equipment and electromechanical surplus.

Ace 'Lectronics, 975 S. Bascom, San Jose
    Surplus components, connectors, etc.  Affiliated with Advanced
    Component Electronics

Advanced Component Electronics, 911 George, Santa Clara
Advanced Component Electronics, 3479 Kifer, Santa Clara
    A nice supply of ICs, connectors etc.

Alltronics, 2300 Zanker Rd., San Jose
    Mostly surplus parts and test equipment.  Some unique items,
    such as electronic teddy bears and hamsters.

Anchor Electronics, 2040 Walsh Ave., Santa Clara
    New parts, no surplus.

Arndt/Jameco, 1355 Shoreway Road, Belmont
    Mainly a mail-order company.  The showroom, if you could call it
    that, had a couple of their PC plug-in cards.

Consumer Scientific, Inc., 1411 El Camino Real West, Mt. View
    Items for the amateur astronomer and home scientist.

Fry's, 541 Lakeside Dr., Sunnyvale
Fry's, 440 Mission Ct., Fremont
Fry's, 340 Portage Ave., Palo Alto
    What can one say about Fry's?  It could only exist in Silicon
    Valley and you've got to go there to experience it.  All new
    computers, parts, tools, TV, stereo, books, food, and personal
    items.  Literally one-stop shopping for your average hacker.

Haltek, 1062 Linda Vista, Mt. View
    A very large assortment of new surplus parts, particularly
    resistors and capacitors.  Some surplus test equipment and
    computer parts.

Halted Specialties (HSC), 3500 Ryder St., Santa Clara
    A large assortment of parts, connectors and hardware, surplus
    and new.

Ham Radio Outlet, 2210 Livingston St., Oakland
Ham Radio Outlet, 999 Howard Ave., Burlingame
    New and used ham radio gear.

J & H Outlet Store, 476 Industrial Way, San Carlos
    Electronic and mechanical surplus.  Metal stock.

JDR Micro Devices, 1256 S. Bascom Ave., San Jose
    New PC-compatible boards and parts.  I didn't see anything that
    wasn't in their magazine ads.

Al Lasher's Electronics, 1734 University Ave., Berkeley
    New tools, parts and test equipment.

Lynn Johnson Electronics, 3480 The Alameda, San Jose
    On each trip west, the days and hours seem to change, so I have
    yet to actually get in the place.  They advertise in Nuts and Volts.

Mike Quinn Electronics, 1080 Langley (Oakland Airport), Oakland
    Now _this_ is a surplus store!  Dirty, junk piled up to the
    ceiling, and aisles so close that you have to be careful not to
    knock things over.  It was great!  :-)  While I was there, they
    were unloading a complete VAX-11/750 system.

Minute Man Electronics, 37292 Fremont Blvd., Fremont
    New tools, parts and test equipment.

Quement Electronics, 1000 S. Bascom Ave., San Jose
    New parts, tools, TV, stereo, and ham radio.  Looks like it might
    have been a grocery store at one time.  Prices are high, which is
    probably why I've heard them referred to as the "Bascom Bandit."

R & D Electronic Parts, 1432 S. Main, Milpitas
    New parts and tools.

Silicon Valley Surplus, 4222 E. 12th St., Oakland
    I didn't get in here, either.  There was a sign saying "Drug Zone"
    in that block and a little further down, there was a drug bust in
    progress.  That was too much culture shock for this Pittsburgh boy
    so I decided not to hang around.

Weird Stuff Warehouse/Computer Surplus Store, 715 Sycamore, Milpitas
    Good selection of new surplus connectors and ribbon cable.  Lots
    of boards for various computers including an assortment of
    SASI/SCSI adapters.  Used test equipment.


--
Bob Hoffman, N3CVL       pitt!hoffman
Pitt Computer Science    [e-mail]    FAX: [phone]

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

Date: 6 Sep 91 22:56:55 GMT
From: hpl-opus!hpspdla![e-mail]
Subject: Shopping in Silicon Valley
To: [e-mail]

Update to list:

HRO has moved their store from Burlingame to Santa Clara.
That makes it much more convenient to folks who might be staying in San
Jose for the conference.

73, Paul AA6PZ

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

End of Packet-Radio Digest V91 #230
******************************
Date: Sun,  8 Sep 91 04:30:03 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #231
To: packet-radio


Packet-Radio Digest         Sun,  8 Sep 91       Volume 91 : Issue 231

Today's Topics:
               (none) (2 msgs)
        Networking in the Washington, DC area
  Posting to na.forsale should not get to any mailing lists, right?

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: 7 Sep 91 12:03:00 GMT
From: [e-mail]
Subject: (none)
To: [e-mail]

index i-pacrad

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

Date: 7 Sep 91 12:09:00 GMT
From: [e-mail]
Subject: (none)
To: [e-mail]

send i-pacrad log9109a
send i-pacrad log9108e
send i-pacrad log9108d
send i-pacrad log9108c

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

Date: 7 Sep 91 15:55:00 GMT
From: [e-mail]
Subject: Networking in the Washington, DC area
To: [e-mail]



MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
13392 B#  2753 NETWRK W3IWI  MDCBBS 910902 Networking in MD/DC area (Part 1)
Forwarding path: WB4D KA3T WA3ZNW W3IWI


Because of the Federally Mandated Spectrum Reduction Act ("FMSRA",
a.k.a "The UPS Subsidy") which today reduces the old 220-225 MHz band
by 40%, a major re-alignment of the area's packet resources has occurred.

The FMSRA follows on the heels of serious breakage of the network due
to lightning hits (WA4ONG, W3IWI) and multi-month power outages (the ELK
nodes at Elk Neck and the NAVY nodes in Annapolis).

This note will report on the network status as I understand it as of late
8/27 and will then digress into some ideas of what I think should be done.


(1) 220 MHz frequencies: At the July board meeting, the ARRL Directors
adopted an interim bandplan which shows digital activity as follows

  223.40-223.50   Simplex (local option)
  223.52-223.58   four 20 kHz packet channels
  223.60-223.70   one 100 kHz wide high speed channel
  223.72-223.78   four more 20 kHz packet channels

which was also adopted by the MD/DC coordinating council, TMARC with the
decision to reserve the 223.40-223.50 region for simplex FM voice.

North of here in the Philly/SEPA area, the repeater council permitted digital
activity in the 223.40-223.50 simplex region. The Philly-area folks
established their post-FMSRA 1200 BPS backbone to be on 223.44 and made
the move over the past several months.

To the south in Richmond, WA4ONG coordinated a 1.6 MHz-split repeater pair
222.92/224.52 with the intent of using the lower frequency for a dedicated
Richmond/DC link mated with nodes on the DCA "stack". As a result, the MD/DC
area LAN moved (almost en masse) from to 224.52 in the voice repeater band
lacking any other viable option. The 222.92/224.52 repeater pair is unused
in the DC area, but is reserved in the Philly for a (reportedly inactive)
voice repeater.

When ELK2:W3IWI-11 at Elk Neck, near the MD/DE border came back on-line last
week, we put it on 223.44 as a way to extend the backbone from Philly.

With all these comments, here is what I understand to be the frequencies in
use in the area in the 222-225 MHz band:

222.92: DCA/RIC link
223.40: W3INK BBS plus local simplex packet plus activity in SNJ
223.44: Philly area (several nodes) plus ELK2:W3IWI-11 plus WB3FFV-2
223.54: FDK2:N3EFC-2 in Frederick plus LANC1:KA3CNT-1 in Lancaster
223.66: Western PA links (including W3KDC near Cumberland)
224.52: DCA1:K3AF-1 plus BALT2:W3GXT-10 plus HOCO2:NB3P-2 plus many MD/DC BBSs

(continued in part 2)

*** END OF MSG # 13392 from W3IWI @ W3IWI.MD.USA.NOAM

MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
13393 B#  2041 NETWRK W3IWI  MDCBBS 910902 Networking in MD/DC area (Part 2)
Forwarding path: WB4D KA3T WA3ZNW W3IWI


Continued .....

(2) Stations, broken and otherwise: Several of the broken stations have (sorta)
returned to the air:

ELK: ELK:WB4APR-11 (145.01) and ELK2:W3IWI-11 (223.44) work about as well as
     they ever did, with special thanks to N3GIY and K3AKK. The ELK6 (6M) node
     hears a few of the 6M backbone stations occasionally but doesn't seem to
     be able to hold a connection. ELK70 (70cm) seems to be sick.

NAVY: WB4APR has managed to get power restored at the Annapolis site. From
     here it appears that NAVY (145.01) doesn't hear very well. NAVY6 (6M)
     status is unknown.

RICxx: WA4ONG is still struggling to get his system rebuilt and reports that
     the damage was over $6000! No reliable RF links between MD/DC and RIC
     exist. RICBBS is back online. W3IWI & WA4ONG are keeping the mail moving
     using non-amateur computer network connections.

W3IWI BBS: My lightning strike was not as severe as ONG's. All BBS ports are
     back online. All spare TNCs have been pressed into service and I have a
     pile of broken hulks. While ELK was down I moved my 145.01 port to 145.09
     and have now QSYd back to 145.01. Summer HF conditions have been rotten!

(3) Link status: With all the nodes broken, and following the 220 MHz FMSRA
40% "tax", links to/from the MD/DC area are rather chaotic!

At present there is zero to poor connectivity between here and Philly, since
ELK6/NAVY6/DCA8 link on 6M isn't healthy, and since ELK70 is nearly useless,
and since there is no other link between 223.44 and the DC LAN.

The FDK2/LANC1(223.54) and FDK(145.09) LAN shows connectivity to the DCA nodes
thru DCA3 and FDK4 although the link seems marginal to me.
(continued in part 3)

*** END OF MSG # 13393 from W3IWI @ W3IWI.MD.USA.NOAM

MSG # TR  SIZE TO     FROM   @BBS   DATE    TITLE
13394 B#  3729 NETWRK W3IWI  MDCBBS 910902 Networking in MD/DC area (Part 3)
Forwarding path: WB4D KA3T WA3ZNW W3IWI


Continued .....

(4) The IMHO (IN MY HUMBLE OPINION) department (up on the soapbox!):

Joe, KD3DE and Doug, WA3DSP in the Philly area reports that the EASTNET
backbone from Philly to New Haven, CT works at 9600 baud with good reliability
and connectivity.

That network is made of several point-to-point links; each hop is on a
different frequency from neighboring links. This is contrasted to our
"super sites" which try to serve both the area LAN activity AND the long-
haul backbone needs.

Carpe Diem! I suggest that we do our best to make lemonade from the 40% FMSRA
lemon and restructure our activity. We need the DCA-like "superstations" to
serve the user community, but now is the time to make the investment in
QRM-free point-to-point backbone links to interconnect the user-based LANs.

Little 2-watt radios (the size of a cigarette pack) designed for 9600 BPS
digital service on 70 cm are available off-the-shelf for < $200. Commercial
radios (Motorola, GE, etc) are cheap and have been proven to work at 9600 BPS.

The modems are available off-the-shelf. TNC2s, Kantronics Data Engines or
IBM-PC-clones running KA9Q software can move the bits around.

Even low power radios coupled with directional antennas can work 30-mile hops
from average locations. The super-sites (like DCA) are great because the users
can hear them well. But they tend to have problems hearing, both because they
hear too much (the classic "hidden terminal" problem) and because these
sites have lots of RFI from other users at the site.

The concept of LANs interconnected by a separate backbone works for cellular
telephones. The concept of a digital network of interconnected LANs tied
together by a redundant backbone works incredibly well (its called the
Internet and it has 500,000+ hosts all around the world). The utility of
a good backbone for amateur use has been demonstrated by the PA/NY/CT 9600
BPS links. Its not that we don't know what to do, we just haven't done it
here in the Balto/Wash area.


IMHO, what is needed to make the network work includes:

  - Some people who are dedicated to the problem who will devote some time
    to integrating off-the-shelf hardware and software widgets, to installing
    the hardware, and to maintaining it.

  - Some good RF-quiet sites spaced 20-40 miles apart. Let's pick the I-95
    corridor from Richmond to Philly as a candidate path.

  - Some way to raise enough money to buy the widgets that can't be begged,
    borrowed, stolen or donated.

  - Coordination of the links to make certain that it works efficiently.

  - People who are willing to pat the "doers" on the head and convince them
    they are doing the right thing -- but they need to do more!


We have the genesis of this structure set up in the "DC Area Sysop Council"
(DCASC). Once or twice a year the group gets together, everyone tells what
they are doing, everyone says "Yea! Verily! Rah! Rah! Rah!", everyone goes
home, and little happens. (Yes, I am as guilty as anyone!)

When all is said and done, a lot more has been said than done!

Does anyone else (users and sysops alike) feel as frustrated as I do? Have
we yet reached the point when we decide its time to do something to fix the
network (which I perceive to be badly broken) ?

Lets have some discussions on these issues. I really want to hear what others
think.

73, Tom

*** END OF MSG # 13394 from W3IWI @ W3IWI.MD.USA.NOAM

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

(Note:  Tom may also be reached via the Internet at [e-mail])

Relayed to the Internet by Paul W. Schleck, KD3FU, [e-mail]


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

Date: 8 Sep 91 06:59:25 GMT
From: ucselx!sol.ctr.columbia.edu!spool.mu.edu!olivea!tardis![e-mail]
Subject: Posting to na.forsale should not get to any mailing lists, right?
To: [e-mail]

This is a test.  It is being sent to "misc.forsale,na.forsale" only.
It should go to those newsgroups, and only those newsgroups (and reasonable
aliases such as misc.market).

Under no circumstances should this message get into the mailing lists (such
is info-micro or dcom-digest), although it did when I tried this last month.
If you do see this message in a mailing list, it might help to send the
entire message (headers and all) to the "request" address (such as
info-micro-request or dcom-digest-request) so that the appropriate people
will be notified.  If you see this message in an inappropriate newsgroup,
send a followup to news.admin (which is currently having a discussion on
'Is "Distributions:" worthless?'.

As far as I can tell, the way my earlier posting leaked out was this:  If it
had been posted to only na.forsale, then uunet would have not accepted it.
If it had been posted to only misc.forsale, then everything would have been
cool.  But since it had been crossposted to both groups, the posting was
accepted as valid, and was sent to all downstream sites that accept
"Distribution: misc", "Distribution: world", and "Distribution: na".

Some lines in the "sys" file indicated that particular sites (and particular
mailing lists) were interested in anything posted to comp.something-or-other
regardless of the "Distribution:".  An entry like
    world,na,ca,ba,...
said to pass on anything with "na" distribution, but it also said to pass
on all na newsgroups.  The correct entry is:
    world,na,!na.all,ca,!ca.all,ba,!ba.all,...

I've been burned before by this ambiguity hierarchy name vs distribution; it
looks like I'm not the only one.

In summary: If you see this message where it shouldn't be, then the problem
is at some site between me and you.  The path line in the header of this
article should help point out where it went astray.
--
Joe Smith [phone]  | SMTP: [e-mail]  DIALCOM: J.SMITH
BTNA Tech Services TYMNET| CA license plate: "POPJ P," PDP-10, 36 bits forever
PO Box 49019, MS-C51     | Married to the LB, Quantum Leap's #1 net.fan
San Jose, CA 95161-9019  | humorous disclaimer: "My Amiga 3000 speaks for me."

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

End of Packet-Radio Digest V91 #231
******************************
Date: Mon,  9 Sep 91 04:30:02 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #232
To: packet-radio


Packet-Radio Digest         Mon,  9 Sep 91       Volume 91 : Issue 232

Today's Topics:
         FLEA at MIT   Sunday 15 Sept    Cambridge MA
             New ham seeks packet info...

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 Sep 91 05:47:16 GMT
From: [e-mail]
Subject: FLEA at MIT   Sunday 15 Sept    Cambridge MA
To: [e-mail]

This comming Sunday the next...

***** 50 cent buyers discount with hardcopy of this notice ********

COMPUTERS - ELECTRONICS - HAM RADIO - COMPUTERS - ELECTRONICS

          FLEA  all SUMMER at MIT
           Sunday, September 15th,  1991
             9AM-2PM

Come to the city for a great flea - plenty of free parking.

    MIT's  electronics and ham radio flea will take
    place on the third Sunday of each month this summer,
    April thru October.

    There is tailgate space for over 400 sellers and
    free, off-street parking for >1000 cars!

    Buyers admission is $1.50 (you get 50c off if
    you're lucky enough to have a copy of our add)
    and sellers spaces are $8.00-each at the gate
    or $5.00 if mailed by the preceding 5th. A sellers
    Season Pass for all 7 sundays is available for $28
    if purchased by April 21st

    The flea will be held at the corner of Albany and
    Main streets in Cambridge; right in the Kendall
    Square area from 9AM to 2PM, with sellers set-up
    time starting at 7AM.

    !! RAIN or SHINE !!  Have no fear of rain, a covered
    tailgate area is available for all sellers (6'8" clearance).

    Talk-in: 146.52 and W1XM/R-449.725/444.725 (PL 114.8/2A).

    Sponsors: MIT Electronics Research Society
          MIT UHF Repeater Association (W1XM)
          MIT Radio Society (W1MX)
          Harvard Wireless Club (W1AF)

    For more info / advanced reservations 617 253 3776

******** 50 cent  buyers discount with hard copy of this notice ************

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

Date: 7 Sep 91 06:58:26 GMT
From: swrinde!cs.utexas.edu!convex!mic!letni!rwsys!kf5iw!k5qwb![e-mail]
Subject: New ham seeks packet info...
To: [e-mail]

[e-mail] (Brent Burton) writes:

>   What I'd like to do is get started with packet radio.  I'm looking for
> some introductory info that anybody could give/reference to me.
> As for my equipment, I have two computers (either would work OK), a dumb
> terminal, and my Yaesu FT-727R (dual band) HT.
>
>   How simple and complex to packet systems get?  How much do they cost, on
> average?  I'm not looking for a lot of features- just basic connectivity
> and as for software, I do NOT have a PC(mac+ and AT&T 3b1) so I'd have to
> port software.
>
>   Anyway, I'd appreciate information anybody could send my way.

Poke around the campus a bit. TAMU has a packet BBS and Kurt, WB5BBW,
is an expert on the subject. He works there and is on this net.


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

73,            internet     | [e-mail]
Lyn Kennedy    packet radio | K5QWB @ N5LDD.#NTX.TX.US.NA
           pony express | P.O. Box 5133, Ovilla, TX, USA 75154

-------------- "We have met the enemy and he is us."  Pogo --------------

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

End of Packet-Radio Digest V91 #232
******************************
Date: Tue, 10 Sep 91 04:30:03 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #233
To: packet-radio


Packet-Radio Digest         Tue, 10 Sep 91       Volume 91 : Issue 233

Today's Topics:
            Debugging System Mail Failures
        no code ticket, packet radio and the internet
              SHORTWAVE   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: 9 Sep 91 22:15:14 GMT
From: gatech!terminus![e-mail]
Subject: Debugging System Mail Failures
To: [e-mail]

I am trying to correspond regularly with someone in Louisiana.
Lately, I get his mail but he isn't getting mine.  The condition
has persisted for several weeks ( normal delivery is 2-4 days ).

Are there any mechanisms to test/debug mail forwarding on a
system level?  Something that would generate a reply to the
sender everytime the mail is forwarded to another node?
Something else that might be useful is a suscessful delivery
reply a la the postal return receit requested.  There are
end-to-end protocols for reliable transmission.  Have any
been implemented for this sort of high-level problem?

Thanks.
    harold
FORBES, HAROLD C.   N5JCM
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp: ...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!cc!harold
ARPA: [e-mail]               PACKET: N5JCM @ W4QO

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

Date: 4 Sep 91 19:32:15 GMT
From: pa.dec.com!datum.nyo.dec.com!nntpd.lkg.dec.com!sousa!sndpit.enet.dec.com![e-mail]
Subject: no code ticket, packet radio and the internet
To: [e-mail]

In article <[e-mail]>, [e-mail] (James Henry) writes...
>Can a person with a n code
>license use packet radio? And what is the maximum speed of packet radio?

See below, but yes you can use packet with the nocode ticket.  Normal
packet gear is 1200 baud, some 2400 and 4800 baud modems are available,
which may or may not require mods to your radio.  9600 baud modem defacto
standards have been set, but usually require radio mods.  Other modems are
available up to 56 Kbits/second, and I wouldn't be surprised to find
megabit or 10 megabit modems out there somewhere.

--------------Willie's FAQ------------------
The question frequently comes up: "How do I get my Technician class ticket
(the one that doesn't require code tests)?"

The simple answer:  "Call the ARRL at [phone] and ask for their
Prospective Ham Package.  They will take your adress and send you the
package customized for your zip code.  It's not the most impressive package
I've seen, but it gives you a list of VEs in your area as well as
information on "What is Ham Radio?" and "How do I become a Ham?" and all
that."

The other simple answer:  "Call the W5YI Group at (800)669-W5YI and ask for
_their_ licence preparation material.  I haven't had any contact with the
W5YI Group, but I'm told you get your ticket a little earlier when you take
your test at a W5YI session."

The more complicated answer:  "You need to pass the Novice and Technician
theory tests at a VE session in your area.  Talk to local hams (if you can
find them), check out your local ham store (if you can find one), or call
the ARRL.  To get the study guides for the above tests, call the ARRL,
check out your local ham store, or go to Radio Shack for their part numbers
62-2414 "Now You're Talking" or 62-2413 "Nocode Tech License Manual" or
(62-2410 "Novice Class License Preparation" AND 62-2411 "Technician Class
Manual").  The Novice book will from Radio Shack will include morse code
practice tapes, and all of the Novice/Tech study guides will probably
indicate that you need morse code for your Technician license, but don't
panic!  The FCC only recently changed the rules (as of February 15, 1991),
but you don't need morse code for the Technician class ticket."

Willie Smith
[e-mail]
[e-mail]
{Usenet!Backbone}!decwrl!sndpit.enet.dec.com!smith
Willie Smith
[e-mail]
[e-mail]
{Usenet!Backbone}!decwrl!sndpit.enet.dec.com!smith

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

Date: 10 Sep 91 00:22:13 GMT
From: crabapple.srv.cs.cmu.edu!andrew.cmu.edu![e-mail]
Subject: SHORTWAVE   RADIO
To: [e-mail]

I am selling the following equipment which I bought half a year ago.  If
interested, please contact me.  Only serious buyers please.

1. Sony ICF-2010 World Band Receiver
2. Sony AN-1 Active Wide Range Antenna
3. Passsport to WorldBand Radio 1990 (book)
4. Shortwave Directory (book)
5. World Radio & TV Handbook (book)

The entire package is for $530.00  .negotiable.

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

End of Packet-Radio Digest V91 #233
******************************
Date: Wed, 11 Sep 91 04:30:04 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #234
To: packet-radio


Packet-Radio Digest         Wed, 11 Sep 91       Volume 91 : Issue 234

Today's Topics:
      newcommer to packet wants tcp/ip on risc (2 msgs)
              SHORTWAVE   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: 10 Sep 91 15:52:02 GMT
From: pa.dec.com!shodha.enet.dec.com!sedws1.enet.dec.com![e-mail]
Subject: newcommer to packet wants tcp/ip on risc
To: [e-mail]

Hello,

I'll try pmp as soon as my parts arrive, but my real goal as someone who's
never tried packet is to use tcp/ip.  I have a dos type computer but I would
prefer to use a non-intel (risc) workstation that I have.

Is this possible?  What do I need?

Regards,
David

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

Date: 11 Sep 91 00:39:15 GMT
From: qualcom.qualcomm.com!chicago.qualcomm.com![e-mail]
Subject: newcommer to packet wants tcp/ip on risc
To: [e-mail]

In article <[e-mail]>, [e-mail] (David Tucker) writes:
|>
|> Hello,
|>
|> I'll try pmp as soon as my parts arrive, but my real goal as someone who's
|> never tried packet is to use tcp/ip.  I have a dos type computer but I would
|> prefer to use a non-intel (risc) workstation that I have.
|>
|> Is this possible?  What do I need?
|>
|> Regards,
|> David

What kind of RISC workstation do you have? Chances are it runs UNIX
(probably the Berkeley UNIX dialect) which already supports TCP/IP.
This is what makes TCP/IP so powerful - almost everybody supports it,
so you don't have to reimplement the wheel yourself.

On the other hand, your workstation probably doesn't support the link
level protocols used in amateur packet radio. The easiest way to put
your workstation on the air is to get a small PC and put an Ethernet
card in it. (This assumes your workstation has Ethernet, which it almost
certainly does).

Either hook up the PC to a TNC or install a packet radio interface
card in it (e.g., DRSI). Then bring up my software on the PC and
configure it as an IP router between the Ethernet and packet radio
networks.

The beauty of this approach is that you can run your completely stock
workstation over the air. It needs to know nothing about amateur
radio. (This does assume you have a reasonably recent TCP
implementation in the workstation that knows how to deal with a path
as slow and unreliable as one that includes amateur packet radio
links...)

Phil

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

Date: 10 Sep 91 19:23:57 GMT
From: swrinde!zaphod.mps.ohio-state.edu!van-bc!oneb!smits![e-mail]
Subject: SHORTWAVE   RADIO
To: [e-mail]

[e-mail] (Gus Bechara Chkaiban) writes:

> I am selling the following equipment which I bought half a year ago.  If
> interested, please contact me.  Only serious buyers please.
>

Please post for sale items in the rec.radio.swap newsgroup. That is what
it's for. It's terribly annoying to read inappropriate for sale messages
in all the other rec.radio newsgroups.
Tnx & 73
Bob

Robert Smits  VE7EMD Nanaimo B.C. Ph [phone]            __|
e-mail: [e-mail] Fax [phone]            _/. |\
VE7EMD@VE7KIT.#VANC.BC.CAN.NOAM                              <   (0)
                     CQ DX ! CQ DX !   _   /__    |
                              ( ) <_______/
                               \ \/       \



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

End of Packet-Radio Digest V91 #234
******************************
Date: Thu, 12 Sep 91 04:30:04 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #235
To: packet-radio


Packet-Radio Digest         Thu, 12 Sep 91       Volume 91 : Issue 235

Today's Topics:
            Decoding AFSK (4 msgs)
               internet addr? (2 msgs)
           RTTY/ASCII Code conversion HELP?
             software for Pakratt
                  What is...

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: 11 Sep 91 12:52:05 GMT
From: sdd.hp.com!cs.utexas.edu!ut-emx!ccwf.cc.utexas.edu![e-mail]
Subject: Decoding AFSK
To: [e-mail]

Netfolks:
 Imagine that someone is transmitting binary information to you
using audio frequency shift keying. One tone represents a binary 1,
another represents a 0. Well, I've got modems whose filters turn these
tones into a series of pulses (e.g., TTL), but I would like to try
the following (just for fun). I would like to digitize the audio with
my fancy digital oscilloscope, and decode the 1's and 0's from the
waveform using software on my PC. I have everything setup except for the
algorithm to look at a waveform (voltage vs. time) and convert it to the
1's and 0's. I'm familiar with Dr. Nyquist's regulations, etc., but it is
just not obvious how to approach this. What do you think?

Best Regards,

[e-mail]
or
[e-mail]

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

Date: 11 Sep 91 13:29:17 GMT
From: sdd.hp.com!usc!apple!sun-barr!cronkite.Central.Sun.COM!male!grapevine!sunicnc.France.Sun.COM![e-mail]
Subject: Decoding AFSK
To: [e-mail]

In article <[e-mail]>, [e-mail] (david lee) writes:
   > Netfolks:
   >  Imagine that someone is transmitting binary information to you
   > using audio frequency shift keying. One tone represents a binary 1,
   > another represents a 0. Well, I've got modems whose filters turn these
   > tones into a series of pulses (e.g., TTL), but I would like to try
   > the following (just for fun). I would like to digitize the audio with
   > my fancy digital oscilloscope, and decode the 1's and 0's from the
   > waveform using software on my PC. I have everything setup except for the
   > algorithm to look at a waveform (voltage vs. time) and convert it to the
   > 1's and 0's. I'm familiar with Dr. Nyquist's regulations, etc., but it is
   > just not obvious how to approach this. What do you think?

I suppose you could look at the samples from the 'scope, and note the time
between zero-crossings, i.e. each time a sample goes from +v to -v. That
way the actual 'v' doesn't matter, nor does waveshape etc. The reciprocal of
the time between zero-crossings will give you the frequency. You'll need some
sort of averaging etc. in there but it shouldn't be too hard if its
only 300 or 1200 bps. A frequency above the average  is a 1, below the
average is a 0. Its simplistic, and won't cope with noisy signals, but
might be a start. Or it might not work at all :-)

   >
   > Best Regards,
   >
   > [e-mail]
   > or
   > [e-mail]

Steve
--
Steve McKinty                   "So what you're telling me Guys, essentially,
SUN Microsystems ICNC            is that Napoleon was a short, dead, dude?"
38240 Meylan, France
email: [e-mail]

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

Date: 11 Sep 91 16:25:19 GMT
From: mcsun!cernvax![e-mail]
Subject: Decoding AFSK
To: [e-mail]

In <[e-mail]> [e-mail] (david lee) writes:

>Netfolks:
> Imagine that someone is transmitting binary information to you
>using audio frequency shift keying. One tone represents a binary 1,
>another represents a 0. Well, I've got modems whose filters turn these
>tones into a series of pulses (e.g., TTL), but I would like to try
>the following (just for fun). I would like to digitize the audio with
>my fancy digital oscilloscope, and decode the 1's and 0's from the
>waveform using software on my PC. I have everything setup except for the
>algorithm to look at a waveform (voltage vs. time) and convert it to the
>1's and 0's. I'm familiar with Dr. Nyquist's regulations, etc., but it is
>just not obvious how to approach this. What do you think?

>Best Regards,

>[e-mail]
>or
>[e-mail]

1. Take audio signal
2. Delay it
3. Multiply it by the non-delayed signal
4. Make an average (pass it through a low-pass filter)
5. Apply a threshold so you get 0s and 1s


Notes: The low-pass filter should have the cut-off freq.
       at around 3/4 baud rate (800 Hz for 1200 Baud)
       The delay: this depends on center frequency and deviation.
       I can't give you the right formula now... Send me your
       your signal's parameters and I find it for you...

                    Pawel Jalocha
                    [e-mail]

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

Date: 12 Sep 91 04:08:58 GMT
From: agate!spool.mu.edu!olivea!isc-br!tau-ceti!dejavu![e-mail]
Subject: Decoding AFSK
To: [e-mail]

In article <[e-mail]> [e-mail] (david lee) writes:
>Netfolks:
> Imagine that someone is transmitting binary information to you
>using audio frequency shift keying. One tone represents a binary 1,
>another represents a 0. Well, I've got modems whose filters turn these
>tones into a series of pulses (e.g., TTL), but I would like to try
>the following (just for fun). I would like to digitize the audio with
>my fancy digital oscilloscope, and decode the 1's and 0's from the
>waveform using software on my PC. I have everything setup except for the
>algorithm to look at a waveform (voltage vs. time) and convert it to the
>1's and 0's. I'm familiar with Dr. Nyquist's regulations, etc., but it is
>just not obvious how to approach this. What do you think?
>
>Best Regards,
>
>[e-mail]
>or
>[e-mail]

How about running the audio through an F/V chip first?  that way you don't
have to look at the actual audio waveform with the FM encoded on it, but
rather only the changes in frequency instead (that's what you're really
after... isn't it?)


--
Bob Salnick, Spokane,WA |  USENET:     oliveb!isc-br!tau-ceti!DejaVu!salnick
  Amiga 1000, WB 1.3    |  INTERNET:   [e-mail]
      WA9BVE            |

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

Date: 11 Sep 91 19:31:42 GMT
From: [e-mail]
Subject: internet addr?
To: [e-mail]

What is the internet addr for rec.radio.swap?

P.Kelly KE5IB
[e-mail]

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

Date: 11 Sep 91 20:10:16 GMT
From: [e-mail]
Subject: internet addr?
To: [e-mail]

[e-mail] asks:
>What is the internet addr for rec.radio.swap?

Rec.radio.swap isn't currently carried as an internet mailing list, as
far as I know.
    - Brian

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

Date: 11 Sep 91 20:13:25 GMT
From: rock![e-mail]
Subject: RTTY/ASCII Code conversion HELP?
To: [e-mail]

Greetings!

I am attempting to convert a file (of which I assume to be RTTY) to
SOMETHING readable (which I assume to be plain text).  To help explain, here's
a sample of the original file:

a:MaORl5\DI2>X1Hf\jO=9k5U>2[mJI__ZPBacJgg3f]4HoLf@Fhl?mWc0SkNJ (more and more)

I have coded a C program that extracts 5-bit values from the above stream, and
compares those values to Table 11 on page 19-19 of the 1990 ARRL Handbook.  For
example, with an initial offset of 0, the program produces:

OWDFOHXL<FIGS>-6.+/"<SP><SP>)('/<BEL><BLANK>+/")8?.&<SP>./:0,6629)0064)6/<LTRS>PSE<LF>OPFRBPMWBSHHLIXNB<SP>EIGIT<LTRS><FIGS>6/-,'/<BEL>!<BEL>/'2<SP><CR>4

from the above example snippet.

The program would of course produce different results with an initial offset,
but it's all garbage anyway.  Has anyone ever done this succesfully?  If you're
wondering, this data was captured by a Mac running AEA PakRATT hooked up to a
TS-440 (I forgot the frequency.)  I also assume that all data transmitted is
present in the stream.

This began as an interesting diversion, but now IT'S DRIVING ME CRAZY!!!  I
would really like to see something useful come out of this, but if it's not
possible to do, then I'm bailing out now before I waste much more time.

What help can you give?  What about parity, start/stop bits, data loss, bit
inversion before conversion?  Any and ALL _explicit_, _detailed_ HELP will be
greatly appreciated!!!

73 de KC4WEJ,
Derrick
   ___   ___ _________ ___   ___ _________
  /   \_/  //  ______//   \ /  //  ______/     Derrick Cole ([e-mail])
 /  /\_/  //  /_____ /  /\ \  //  /_____       MCNC Center for Communications
/__/  /__//________//__/  \__//________/       Research Triangle Park, NC

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

Date: 11 Sep 91 22:07:35 GMT
From: ucselx!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!mips!apple!news.bbn.com!ulowell!woods.ulowell.edu![e-mail]
Subject: software for Pakratt
To: [e-mail]

I have recently acquired an AEA PK-235 interface unit.  I am currently using
a rather poor terminal program on my Mac SE.  Can anybody comment on MacRatt
sold by AEA?  Are there any Mac programs out there (commercial or public
domain) which have been written for PK?  How difficult is it to monitor
facimile transmissions on the screen of the mac.  What is the recommended
software for this particular configuration?  Any help is greatly appreciated.

Please post or E-mail to [e-mail]

Thanks,
Bill DiScipio    -.. . WC1J

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

Date: 11 Sep 91 22:47:33 GMT
From: rock![e-mail]
Subject: What is...
To: [e-mail]

Greetings, again!

What is 6-bit RTTY?  I assume it's a twist to 5-bit RTTY, but with different
translations and transmission schemes (i.e., start/stop bits, etc.)  Does
anybody out there have a conversion table and/or a time sequence?  Any and
all help will be greatly appreciated!!

73 de KC4WEJ,
Derrick

   ___   ___ _________ ___   ___ _________
  /   \_/  //  ______//   \ /  //  ______/     Derrick Cole ([e-mail])
 /  /\_/  //  /_____ /  /\ \  //  /_____       MCNC Center for Communications
/__/  /__//________//__/  \__//________/       Research Triangle Park, NC

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

End of Packet-Radio Digest V91 #235
******************************
Date: Fri, 13 Sep 91 04:30:05 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #236
To: packet-radio


Packet-Radio Digest         Fri, 13 Sep 91       Volume 91 : Issue 236

Today's Topics:
                Decoding AFSK
          FBB and APLINK - Can they work together ?
                packet & Amiga

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: 13 Sep 91 01:39:45 GMT
From: borland.com![e-mail]
Subject: Decoding AFSK
To: [e-mail]

>I have everything setup except for the
>algorithm to look at a waveform (voltage vs. time) and convert it to the
>1's and 0's.

You would use the Fast Fourier Transform algorithm (FFT) to convert
the data from the time domain (each data point is a measure of
amplitude at a point in time) to the frequency domain (each data point
is a measure of amplitude at a particular frequency). You apply the
FFT to chunks of data that occur over a long enough time interval
compared to the frequencies you are interested in so that the
measurements make sense, but sufficiently shorter than a bit so that
you get enough samples per bit. When you have a signal, the output of
the FFT should show most of the energy clustered around one of the two
frequencies used to represent 1 and 0. You apply a filter by throwing
away data points for frequencies that are too high or low.

There's a FFT program with C source available for anonymous ftp from
wsmr-simtel20.army.mil in pd:<msdos.c>fft142.zip, or from its mirror
archive on wuarchive.wustl.edu in /pub/mirrors/msdos/c/fft142.zip. The
latter was recently reported down with hardware problems, and
oak.oakland.edu was reported as available for anonymous ftp of the
archive until wuarchive comes back up.

 -- sidney markowitz <[e-mail]>

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

Date: 12 Sep 91 14:51:29 GMT
From: [e-mail]
Subject: FBB and APLINK - Can they work together ?
To: [e-mail]

I wish to change our BBS's software from it's usual MBL 5.14
to the new FBB 5.13.
In doing so I would also like to have the PC-XT run APLINK at the same time
om HF. The catch is this:
Can I run FBB as the Packet side of APLINK and ignore the very limited
packet part of the APLINK software ? In other words - I'd like to
have the APLINK program talk to FBB instead of it's own packet side of the
software.
Any Suggestions ?
- Rich
[e-mail]


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

Date: 12 Sep 91 04:44:34 GMT
From: ucselx!sol.ctr.columbia.edu!spool.mu.edu!olivea!isc-br!tau-ceti!dejavu![e-mail]
Subject: packet & Amiga
To: [e-mail]

Is anybody out there doing anything with packet using an Amiga?

--
Bob Salnick, Spokane,WA |  USENET:     oliveb!isc-br!tau-ceti!DejaVu!salnick
  Amiga 1000, WB 1.3    |  INTERNET:   [e-mail]
      WA9BVE            |

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

End of Packet-Radio Digest V91 #236
******************************
Date: Sat, 14 Sep 91 04:30:05 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #237
To: packet-radio


Packet-Radio Digest         Sat, 14 Sep 91       Volume 91 : Issue 237

Today's Topics:
          10th CNC agenda update as of 12 September
      10th CNC Banquet speaker: Dr. Stanley, FCC Chief Engineer
            Decoding AFSK (2 msgs)
             Has anyone experimented....
            KPC2400 V2.85 EPROM ?
              Looking for G1EMM sources
           newcommer to packet wants tcp/ip on risc

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: 13 Sep 91 08:03:27 GMT
From: ucselx!sol.ctr.columbia.edu!spool.mu.edu!agate!apple!well![e-mail]
Subject: 10th CNC agenda update as of 12 September
To: [e-mail]

10th ARRL Amateur Radio Computer Networking Conference
27-29 September 1991 at the Radisson Airport Hotel, San Jose, CA

Contact: Glenn Tenney, AA6ER
Voice: [phone]   Fax: [phone]
UUCP/Internet: [e-mail]       CompuServe: 70641,23

Here's the agenda as it stands as of 11 September:

Friday, 27 September
13:00 - 17:00: In-Depth Tutorials
(A) Spread Spectrum Hints and Kinks for the 1990's Ham
(B) The Essentials of Digital Signal Processing (DSP) Before You
Begin Experimenting
(C) We're also planning a tutorial on packet satellites.
17:00 - 18:30 No-host bar
18:30 - 21:00 Dinner (a luau!)
21:00 - 24:00 Birds-of-a-Feather (BOF) sessions

Saturday, 28 September, The CNC itself.
08:30 - 17:00 Presentation of CNC Papers
This is the traditional part of the conference.  As in past years
we'll be gathering up all of the papers submitted for
presentation, and divide them into the time available.
17:00 - 18:30 No-host bar
18:30 - 20:00 Banquet dinner
20:00 - 21:00 Scheduled special banquet speaker:
Dr. Thomas P. Stanley, Chief Engineer, Federal Communications
Commission
21:00 - 24:00 Birds-of-a-Feather (BOF) sessions

Sunday, 29 September:
10:00 - 13:00 Demonstrations, exhibits, and perhaps vendors
10:00 - 12:00 (A) Beginner's introduction of packet radio.
(B) Getting up and running with TCP/IP.
12:00 - 14:00 (A) Getting started on using packet satellites.
(B) The NCPA is hosting a meeting of Northern California packet
BBS SYSOPs.

The demo/exhibit room and newcomer tutorials will be open to all
hams and prospective hams whether signed up for the rest of the
conference or not.  There is no cost to attend these Sunday events.

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

Date: 13 Sep 91 08:05:06 GMT
From: ucselx!bionet!agate!apple!well![e-mail]
Subject: 10th CNC Banquet speaker: Dr. Stanley, FCC Chief Engineer
To: [e-mail]

10th ARRL Amateur Radio Computer Networking Conference
27-29 September 1991 at the Radisson Airport Hotel, San Jose, CA

Contact: Glenn Tenney, AA6ER
Voice: [phone]   Fax: [phone]
UUCP/Internet: [e-mail]       CompuServe: 70641,23

Saturday, 28 September, following the CNC, we have a special speaker
scheduled for our concluding banquet:

Dr. Thomas P. Stanley, Chief Engineer, Federal Communications
Commission

Dr. Stanley has served as Chief Engineer of the FCC and Chief of
the Office of Engineering and Technology since February 1986.  He
has served in a number of other positions in the Office of
Engineering and Technology (formerly the Office of Science and
Technology) since joining the FCC in 1981.  Those positions
include Chief Scientist, Deputy Chief Scientist, and Chief of the
OST, Technical Planning staff.

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

Date: 13 Sep 91 09:56:44 GMT
From: mcsun!unido!urmel![e-mail]
Subject: Decoding AFSK
To: [e-mail]

Hi *,

[e-mail] (david lee) writes:

>Netfolks:
> Imagine that someone is transmitting binary information to you
>using audio frequency shift keying. One tone represents a binary 1,
>another represents a 0. [...]
>I have everything setup except for the
>algorithm to look at a waveform (voltage vs. time) and convert it to the
>1's and 0's. I'm familiar with Dr. Nyquist's regulations, etc., but it is
>just not obvious how to approach this. What do you think?

Just try to estimate the frequency changes in your signal.
This is as far as I know the way the MODME's are working. I didn't got
more information on this theme, but maybe it helps.

Best Regards

       Ralf, DD2KZ


--

--------------------------------------------------------------------------------
Ralf Crumbach, DD2KZ
Adresses:

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

Date: 13 Sep 91 08:16:47 GMT
From: ogicse!emory!wa4mei!ke4zv![e-mail]
Subject: Decoding AFSK
To: [e-mail]

In article <[e-mail]> [e-mail] (david lee) writes:
>Netfolks:
> Imagine that someone is transmitting binary information to you
>using audio frequency shift keying. One tone represents a binary 1,
>another represents a 0. Well, I've got modems whose filters turn these
>tones into a series of pulses (e.g., TTL), but I would like to try
>the following (just for fun). I would like to digitize the audio with
>my fancy digital oscilloscope, and decode the 1's and 0's from the
>waveform using software on my PC. I have everything setup except for the
>algorithm to look at a waveform (voltage vs. time) and convert it to the
>1's and 0's. I'm familiar with Dr. Nyquist's regulations, etc., but it is
>just not obvious how to approach this. What do you think?

Just do a FFT on the digital samples, now your input is in the frequency
domain and you can read out the 1s and 0s from the presence or absence of
the particular tone. This technique is the way many DSP implementations are
done and offers considerable noise immunity. It takes a fairly fast processor
or a DSP chip to do the FFT in real time. A 16 Mhz or faster 386 should be
able to do it.

You can also do a digital comb filter by summing the samples with themselves
through a digital delay (read the samples twice with a fixed offset on
the buffer addresses, the offset coupled with the sample rate will set the
comb filter frequency). Move an absolute value function over the output and
run a moving average function over this. This will give you a large number
when the tone is present and a small number when it is not. A simple comparator
function will now slice your data and give you ones and zeros.

Gary KE4ZV

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

Date: 13 Sep 91 14:27:00 GMT
From: [e-mail]
Subject: Has anyone experimented....
To: [e-mail]

Has anyone experimented with the source of TheNET to make it run in a datagram
mode and not a vitrual mode? It seems that if you want to cut down on frequency
congestion, why duplicate the process by waiting for an AX.25 ack then sending
another packet for the level 3 ack? Seems awful wasteful of band width. The
AX.25 level to end-user to node makes sense, but node to node? TCP\IP works
quite nice with datagram mode UI frames, is a keck of faster and is a heck of a
lot quieter. I am sure that new versions can be top down comapatable with older
vitural nodes. I believe this is how ROSE does and it (and lord knows I hate
ROSE!, but not not for that reason!)

I am no programer and don't claim to be. I am sure the guys in 7-land who have
done a great job with the 2 series can come up with something, or may
NORD><LINK? (what happened to them?)

-------------------------------------------------------------------------------
|Charles Layno                 Internet: [e-mail]           |
|                             BITnet: [e-mail]                      |
|                            CompuServe: 71441,1562                           |
|                           Packet Mail: WB4WOR@WB4WOR.#GSO.NC.USA.NA         |
|                          AMPRNet: [44.75.1.32]:WB4WOR.AMPR.ORG              |
|                         US Snail: P.O. Box 8252, Greensboro, NC  27419-0252 |
|                        "And so it goes" (Lloyd Dobbins/Linda Ellerbee)      |
-------------------------------------------------------------------------------

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

Date: 14 Sep 91 13:09:05 GMT
From: [e-mail]
Subject: KPC2400 V2.85 EPROM ?
To: [e-mail]

Does someone have the eprom V2.85 or more for the KPC2400 in a file??
73 George SV1BDS
[e-mail]

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

Date: 10 Sep 91 12:18:00 GMT
From: [e-mail]
Subject: Looking for G1EMM sources
To: [e-mail]

Hello,
I'm running G1EMM 901130 (v1.4) NOS package, and I'd like to get a newer one.

The probem is that I can't load it directly from Internet. You can send it
via E-mail to a friend of mine to ** [e-mail] ** . Please send
first a message to check the link, and to avoid from multiple sendings.

Thank you for your help!

73 de Tom, F1NWK [44.151.44.6]

SEND REPLIES TO: [e-mail]

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

Date: 13 Sep 91 19:23:00 GMT
From: swrinde!elroy.jpl.nasa.gov!usc!apple!bionet!raven.alaska.edu!milton![e-mail]
Subject: newcommer to packet wants tcp/ip on risc
To: [e-mail]

In article <[e-mail]> [e-mail] (Phil Karn) writes:
>In article <[e-mail]>, [e-mail] (David Tucker) writes:
>|>
>|> Hello,
>|>
>|> I'll try pmp as soon as my parts arrive, but my real goal as someone who's
>|> never tried packet is to use tcp/ip.  I have a dos type computer but I would
>|> prefer to use a non-intel (risc) workstation that I have.
>|>
>|> Is this possible?  What do I need?
>|>
>|> Regards,
>|> David
>
>What kind of RISC workstation do you have? Chances are it runs UNIX
>(probably the Berkeley UNIX dialect) which already supports TCP/IP.
>This is what makes TCP/IP so powerful - almost everybody supports it,
>so you don't have to reimplement the wheel yourself.
>
>On the other hand, your workstation probably doesn't support the link
>level protocols used in amateur packet radio. The easiest way to put
>your workstation on the air is to get a small PC and put an Ethernet
>card in it. (This assumes your workstation has Ethernet, which it almost
>certainly does).
>
>Either hook up the PC to a TNC or install a packet radio interface
>card in it (e.g., DRSI). Then bring up my software on the PC and
>configure it as an IP router between the Ethernet and packet radio
>networks.
>
>The beauty of this approach is that you can run your completely stock
>workstation over the air. It needs to know nothing about amateur
>radio. (This does assume you have a reasonably recent TCP
>implementation in the workstation that knows how to deal with a path
>as slow and unreliable as one that includes amateur packet radio
>links...)
>
>Phil

Can this be done on large ethernet system (multiuser) and if it can, is there
a way of control outgoing packets.

Carl H. Okerstrom, N7TPY                Department of Emergency Management
Imaging Research, RC-05                 Snohomish County
University of Washington                1907 Everett Avenue
Seattle, WA 98195                       Everett, WA 98201
[phone]                          [phone]

[e-mail]

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

Date: (null)
From: (null)
Dr. Stanley received his Ph.D. and M.A. in Electrical Engineering
from Princeton University and his B.E.S. in Electrical Engineering
from Johns Hopkins University.

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

End of Packet-Radio Digest V91 #237
******************************
Date: Sun, 15 Sep 91 04:30:04 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #238
To: packet-radio


Packet-Radio Digest         Sun, 15 Sep 91       Volume 91 : Issue 238

Today's Topics:
             Amiga DX440 and RTTY
              Looking for G1EMM sources

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 Sep 91 07:37:44 GMT
From: usc!cs.utexas.edu!asuvax!ukma!usenet.ins.cwru.edu!cleveland.Freenet.Edu![e-mail]
Subject: Amiga DX440 and RTTY
To: [e-mail]

I have an Amiga 500, a DX-440, and would like to know if
there is any way to decode the RTTY or whatever those
weird beeping noises are.  Thank you.

--
This is Robert Lai's "Signature File," and the reader is reminded
that 'tis the season to be Jolly - Falla La La La...la la la la.
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

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

Date: 14 Sep 91 16:11:38 GMT
From: theory.TC.Cornell.EDU![e-mail]
Subject: Looking for G1EMM sources
To: [e-mail]

In article <5279@pi8eae> [e-mail] writes:
>The probem is that I can't load it directly from Internet. You can send it
>via E-mail to a friend of mine to ** [e-mail] ** . Please send
>first a message to check the link, and to avoid from multiple sendings.

    This qualifies for a FAQ.

    If you do not have Internet access, you can still retrieve things
via anonymous FTP with an FTP mail server.  BITNET users should use
'[e-mail]'.  Others should use '[e-mail]'.  Send
a one line "HELP" message to one of the above addresses for details.

    These servers allow you to retrieve things via FTP from any Internet
site.  They will UUENCODE binaries, split large files into smaller
--
=  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =  =
Andrew C. Payne, N8KEI        UUCP:  ...!cornell!batcomputer!payne
              INTERNET:  [e-mail]

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

End of Packet-Radio Digest V91 #238
******************************
Date: Mon, 16 Sep 91 04:30:03 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #239
To: packet-radio


Packet-Radio Digest         Mon, 16 Sep 91       Volume 91 : Issue 239

Today's Topics:
        ARRL Computer Networking Conference: Details!
          looking for Atari software to drive PK232

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 Sep 91 02:28:12 GMT
From: swrinde!mips!pacbell.com!tandem![e-mail]
Subject: ARRL Computer Networking Conference: Details!
To: [e-mail]

                10th ARRL Amateur Radio
            Computer Networking Conference
                 27-29 September 1991
                Radisson Airport Hotel
                 San Jose, CA

The Northern California Packet Association (NCPA) is hosting this year's ARRL
Computer Networking Conference and invites you to attend.  Glenn Tenney,
AA6ER, is the local conference chairperson.

Hams from around the world will be presenting papers on what they're working
on in packet radio.  The presentations and papers might cover any subject from
satellites to spread spectrum, from protocols to hardware, or any other topic
related to how hams are, or will be networking

In addition to the usual presentation of papers all day Saturday, this year's
conference will be surrounded by other intersting and informative activities.
See the agenda inside to see what we have planned for Friday and Sunday.  You
won't want to miss any of this.  Send in the attached registration right now.


How to Register for the Conference

Please use the attached conference pre-registration form to register for the
tutorials, main conference, and the dinners.  We are working with a VERY tight
budget and would appreciate receiving your registration and check at the
earliest possible date.  We have already had to make quite a commitment to the
hotel, and catering is asking for a commitment which requires a close
attendance count.  Make your checks payable to "Fantasia Systems Inc." and
mail them to AA6ER at: Glenn Tenney, AA6ER; Fantasia Systems Inc.; 2111
Ensenada Way; San Mateo, CA 94403 (the address is also on the form).


Hotel Reservations

We've arranged an attractive room rate of $69 per night, plus tax, for single
or double occupancy.  There may, or may not still be rooms available at that
rate.  You'll have to make your hotel reservations early as the number of
rooms blocked out for us is limited.  Call the Radisson Hotel directly at
[phone] to make your reservation.  You'll need to tell them your
reservation is for the "ARRL CNC" to access our block of rooms.  The way
hotels work, it will help us meet our budget if our block of rooms is used up.


Transportation

The conference hotel is located near to the San Jose International airport
which supports both commercial and general aircraft.  The Radisson Hotel
offers shuttle service to and from the airport.  Be sure to ask about the
shuttle service when you make your hotel reservation.

In an effort to save you money, we've selected American Airlines as the
official airline for the conference.  What this means is that you can receive
discount air fares (eg. from within the U.S., 5% off the lowest published
applicable fare).  You'll have to contact American Airlines directly for
details.  Call their Meeting Services Desk at [phone] and refer to Star
#S47Z14A.  Since San Jose is an American Airlines' hub, you should find it
very convenient.


The Agenda

Here's the agenda as it stands as of 11 September:

Friday, 27 September

13:00 - 17:00: In-Depth Tutorials

In addition to the two tutorials running in parallel described below, we hope
to also have a third parallel tutorial on packet satellites, but this is not
confirmed yet.

(A) Spread Spectrum Hints and Kinks for the 1990's Ham

               by Randy Roberts, KC6YJY

Mr. Roberts has more than twenty-five years of ham radio, electronics,
engineering experience and achievements over a broad range of technologies,
systems and applications as an analyst, innovator, planner and designer.  Mr.
Roberts has specialized in the design, development, test, analysis and
simulation of spread spectrum communication and navigation systems, including
software, RF, analog and digital hardware.  Mr. Roberts' career includes
employment at Hughes Aircraft, Management Research Laboratory, Linkabit, GRE
America and Decom Systems.  He designed the GS14, a 45/60 MHz 5 Mbps BPSK/QPSK
modem for the U.JS. Air Force.  He lead development on a 68008 controlled
multi- mode frequency synthesized dynamic wide-range receiver, numerous direct
sequence and frequency hopping spread spectrum systems including PLRS and
JTIDS (which were actually used during Desert Storm) with chip rates to 60
Mbps and data rates from 1K to 10Mbps.  Mr. Roberts is currently Chief
Engineer of Senses/SSDC, a commercial manufacturer of FCC part 15 spread
spectrum radio equipment and systems.  Mr. Roberts holds a BSEE from UC Irvine
and has done graduate work at UC San Diego and UC Santa Barbara.

Session Summary: Recent commercial developments and a new FCC Special
Temporary Authority (STA) provide a renewed impetus to the amateur community
to make more use of spread spectrum techniques.  In light of the possible
awakening of a ham spread spectrum community, this session is dedicated to
providing some new ideas and some new insights into what can be done with
modern spread spectrum techniques.  This session will explain what spread
spectrum is, what it does, what benefits it provides, and exactly how today's
hams might make use of it.  A major emphasis of this session will be to
provide a solid basis of understanding of the theory of spread spectrum as
well as covering practical details of implementation in a "hints and kinks"
style that may help hams with an experimental urge to effectively conquer some
of the hurdles that must be faced when building spread spectrum gear.  A
commercial unit (for FCC part 15, 915 MHz use) currently under development
will be briefly described and demonstrated.


(B) The Essentials of Digital Signal Processing (DSP) Before You Begin
Experimenting

               by Matthew Johnson, KI6WA

Mr. Johnson is president of Sabaki Engineering, a software consulting firm
specializing in custom software for specialized hardware in many fields of
electrical engineering, including various DSP applications.  Over the last
eight years, Mr. Johnson has designed, implemented, and debugged custom
systems including analog and digital telecommunications, high-speed
high-volume data acquisition, robust user interfaces, signal detection, 2D
graphics and process control.  Mr. Johnson holds a BA in Mathematics from Reed
College.  His honors thesis included applications to coding theory (i.e. error
correcting codes).

Session Outline: Definition of signal processing with examples; Definition of
digital signal processing with examples (eg. filtering to improve SNR,
modulation/demodulation, compression/decompression); Central mathematics
required (eg. Laplace transforms, Fourier transforms, auto-correlation/cross-
correlation and Wiener-Khinchin theorem); Sampling theorem (eg. Nyquist
limit); Deterministic signals (eg. time/frequency domain, derivation of
criteria for distortionless transmission); Linear filters (eg. impulse
response, Duhamel superposition integral, frequency response, matched filter
as an example of maximum likelihood signal detection); Digital filters (eg.
impulse response, step response, z-transforms, discrete Fourier transforms,
classifications IIR, FIR, Minimum phase and linear phase); Effects of digital
filters on random signals (eg. evaluation of round-off noise power for FIR and
IIR, calculation of SNR of an ADPCM coder); Implementation issues (eg. memory
vs. performance, accumulation of roundoff errors); DSP processor architectures
(eg. of various architectures and programming models); Audio DSP applications
in amateur radio (eg. use of matched filters for RTTY reception, use of median
filter to remove impulse noise).

17:00 - 18:30 No-host bar

18:30 - 21:00 Dinner

Instead of everyone trying to find a pizza place that can handle fifty or a
couple of hundred people, we've decided to have a very special group dinner.
As an option you can sign up for the Friday evening dinner and join everyone
for a LUAU!  Yes, a real honest to goodness luau!  This should be an ideal
time for everyone to relax.  We expect that most of you will join us, even if
you aren't attending the tutorials.  This will be right at the hotel, so you
won't have to drive anywhere.

21:00 - 24:00 Birds-of-a-Feather (BOF) sessions


Saturday, 28 September, The CNC itself.

08:30 - 17:00 Presentation of CNC Papers

This is the traditional part of the conference.  As in past years we'll be
gathering up all of the papers submitted for presentation, and divide them
into the time available.  Everyone will have a chance to present a paper.  The
published proceedings and lunch (at noon) are included in the conference fee
as are a mid-morning and mid-afternoon break.

17:00 - 18:30 No-host bar

18:30 - 20:00 Banquet dinner
20:00 - 21:00 Scheduled special banquet speaker:
Dr. Thomas P. Stanley, Chief Engineer, Federal Communications Commission

Dr. Stanley has served as Chief Engineer of the FCC and Chief of the Office of
Engineering and Technology since February 1986.  He has served in a number of
other positions in the Office of Engineering and Technology (formerly the
Office of Science and Technology) since joining the FCC in 1981.  Those
positions include Chief Scientist, Deputy Chief Scientist, and Chief of the
OST, Technical Planning staff.

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

Date: 15 Sep 91 16:20:16 GMT
From: pa.dec.com!src.dec.com![e-mail]
Subject: looking for Atari software to drive PK232
To: [e-mail]

A friend of mine asked me to post this message for him.
He's looking for Atari 520 STF software to drive a PK232.
Any help and  information would be apreciated.
(reference, price, name of a store that can ship it maybe
even to France, etc.)

You can either reply to me, or send him a fax at:
      +33 - 16 - 94 30 66 87
      Attn: Eric Cohen

Thanks you, 73

Solange Karsenty
[e-mail]

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

Date: (null)
From: (null)
Dr. Stanley received his Ph.D. and M.A. in Electrical Engineering from
Princeton University and his B.E.S. in Electrical Engineering from Johns
Hopkins University.

21:00 - 24:00 Birds-of-a-Feather (BOF) sessions

Ten or fifteen minutes per paper really isn't enough, so we've planned
break-out rooms for "Birds Of a Feather" sessions.  During the day we'll have
sign-up sheets so that discussion groups can form and really get into topics
of greatest interest.

Sunday, 29 September:

As usual, the digital committee will have their business meeting Sunday
morning from 09:00 until 12:00.  But that's not all... at no cost to hams and
prospective hams:

10:00 - 13:00 Demonstrations, exhibits, and perhaps vendors

10:00 - 12:00 Packet Beginner tutorials
(A) Larry Kenney, WB9LOZ, the Vice President of the NCPA will present a
beginner's introduction of packet radio.  This will help you get started in
amateur packet operation.  Larry established the W6PW-3 packet BBS in 1986 and
continues to be its primary sysop.  Larry is the author of the popular
tutorial "Introduction to Packet Radio" and has taught many ham radio classes.

(B) A beginner's tutorial is planned on getting up and running with TCP/IP.

12:00 - 14:00 Tutorial and a Meeting (no cost to hams and prospective hams)

(A) A beginner's tutorial is planned on getting started on using packet
satellites.

(B) The NCPA is hosting a meeting of Northern California packet BBS SYSOPs.

The demo/exhibit room and newcomer tutorials will be open to all hams and
prospective hams whether signed up for the rest of the conference or not.

And finally, the San Jose Technology Center is a short light-rail ride away
and they have a fantastic high-tech museum called The Garage.  Although a trip
to the garage isn't an official part of the CNC, we're sure a large group will
be planning a visit on Sunday.  We'll try to help plan this outing during the
conference.  We'll likely work out a late morning trip and an early afternoon
trip.

73,
Glenn Tenney, AA6ER
Fantasia Systems Inc.
2111 Ensenada Way
San Mateo, CA 94403

Voice: [phone]
Fax: [phone]
UUCP/Internet: [e-mail]
CompuServe: 70641,23

= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
= =
Registration Form
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
= =

Name: ________________________________________
Address:
 ________________________________________
 ________________________________________
 ________________________________________

Call:__________ Telephone:____________________

We're printing a roster, should we keep you out of the roster (yes means you
will not be in the roster)? __________

Do you want vegetarian or special meals, if so what?
_________________________________________________________________________

Will you be presenting a paper? _________________



Add up the fees for each person for each event (guests are
encouraged).  We have to pre-pay most of our costs before the
conference, so please hurry.

===>>  NOTE  <<===  Please pre-register.  The hotel needs to order
and prepare the right amount of food for each event, so the number
of on-site registrations that will be accepted will be limited.
If you pre-register, then you won't have a problem!

Friday afternoon tutorials:
    $30 now, $40 after August 20th     Quantity: _____ Total $:________

Friday night Luau:
    $35 now, $45 after August 20th     Quantity: _____ Total $:________

Saturday  conference (all day)
    $30 now, $40 after August 20th     Quantity: _____ Total $:________

Saturday banquet (with speaker):
    $30 now, $40 after August 20th     Quantity: _____ Total $:________

                       Total Fee: $ __________


Please make your check payable to:

Fantasia Systems Inc.

Mail the form and check to:

Glenn Tenney, AA6ER
Fantasia Systems Inc.
2111 Ensenada Way
San Mateo, CA 94403

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

End of Packet-Radio Digest V91 #239
******************************
Date: Tue, 17 Sep 91 04:30:04 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #240
To: packet-radio


Packet-Radio Digest         Tue, 17 Sep 91       Volume 91 : Issue 240

Today's Topics:
              Getting started---
         Getting started---(FAQ whereabouts)
            Net/MAC to Ethernet via MacTCP
     Setting up a packet radio station in Cambridge, UK.

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 Sep 91 21:04:16 GMT
From: ucselx!sol.ctr.columbia.edu!caen!sdd.hp.com!zeus.ieee.org!dorm.rutgers.edu!njitgw.njit.edu!hertz.njit.edu![e-mail]
Subject: Getting started---
To: [e-mail]

Could someone please post a FAQ list if it exists for this group?  I
am curious as to what packet radio enables you to do, what equipment
one must have, and if I must first learn ham radio (or whatever else).

Thanks.

--
_________________________________________________________________________
Ian Plotkin  [e-mail]         [e-mail]
         [e-mail]          [e-mail]
New Jersey Institute of Technology

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

Date: 16 Sep 91 23:52:06 GMT
From: ogicse!uwm.edu!wupost!unlinfo.unl.edu!news.unomaha.edu![e-mail]
Subject: Getting started---(FAQ whereabouts)
To: [e-mail]

In <[e-mail]> [e-mail] writes:

> Could someone please post a FAQ list if it exists for this group?  I
> am curious as to what packet radio enables you to do, what equipment
> one must have, and if I must first learn ham radio (or whatever else).
>
> Thanks.
>
> --
> _________________________________________________________________________
> Ian Plotkin  [e-mail]               [e-mail]
>              [e-mail]                [e-mail]
> New Jersey Institute of Technology

Here are all the FAQ lists for the rec.radio newsgroups, taken from the
moderated newsgroup news.lists:

Xref: news.unomaha.edu news.lists:49 news.announce.newusers:19
Path: news.unomaha.edu!unlinfo.unl.edu!moe.ksu.ksu.edu!zaphod.mps.ohio-state.edu
!sample.eng.ohio-state.edu!purdue!gynko.circ.upenn.edu!rsk
From: [e-mail]
Newsgroups: news.lists,news.announce.newusers
Subject: List of Periodic Informational Postings
Message-ID: <[e-mail]>
Date: 9 Sep 91 00:15:18 GMT
Expires: 8 Dec 91 00:15:18 GMT
Sender: [e-mail]
Reply-To: [e-mail]
Followup-To: news.lists
Lines: 1478
Approved: [e-mail]
Supersedes: <[e-mail]>

Original-from: [e-mail] (Rich Kulawiec)
[Most recent change: 2 Sep 91 by [e-mail] (Rich Kulawiec)]


Many newsgroups contain articles which are posted on a periodic basis.

(etc., etc.)

From: [e-mail] (Diana Syriac)
Newsgroups: rec.radio.amateur.misc
Subject: Frequently Asked Questions Lists
Frequency: monthly

From: [e-mail] (Paul W. Schleck)
Newsgroups: rec.radio.amateur.misc
Subject: Usenet Elmers Resource Directory
Frequency: monthly

From: [e-mail] (Paul W. Schleck)
Newsgroups: rec.radio.amateur.misc
Subject: Index to the Supplemental Archives
Frequency: monthly

From: [e-mail] (Jay Maynard)
Newsgroups: rec.radio.amateur.misc
Subject: Introduction to the Personal Radio Newsgroups
Frequency: sporadic

From: [e-mail] (Steve Schallehn)
Newsgroups: rec.radio.amateur.packet
Subject: Frequently Asked Questions for Packet Radio
Frequency: monthly

From: [e-mail] (Ralph Brandi)
Newsgroups: rec.radio.shortwave
Subject: Welcome to rec.radio.shortwave (Introduction)
Frequency: monthly

From: [e-mail] (Ralph Brandi)
Newsgroups: rec.radio.shortwave
Subject: Introduction to Scanner Listening
Frequency: monthly

From: [e-mail] (Ralph Brandi)
Newsgroups: rec.radio.shortwave
Subject: Introduction to Shortwave Listening
Frequency: monthly

(several hundred lines deleted :-)

Most of them go out very near the first of the month.  I have been in
E-mail contact with Steve Schallehn, who writes the packet FAQ's.  He says he
has been busy with the startup of school and all, but promises the next
edition very soon now, hopefully sometime this month.

In the meantime, the current versions of all the above documents can
be obtained via anonymous FTP from ftp.cs.buffalo.edu under subdirectory
/pub/ham-radio.  Read file README for a descriptive index.

If you have any further specific questions not answered by the above,
please don't hesitate to send me E-mail.

Good luck!

73, Paul W. Schleck, KD3FU

[e-mail]

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

Date: 16 Sep 91 13:24:59 GMT
From: rock![e-mail]
Subject: Net/MAC to Ethernet via MacTCP
To: [e-mail]

Greetings!

I am still attempting to run Net/MAC 2.2.  I would like to know if anyone out
there knows the proper 'attach' command to enable me to connect to hosts on
an ethernet via a MacTCP driver.  Any and all help will be GREATLY
appreciated!!

73 de KC4WEJ,
Derrick

   ___   ___ _________ ___   ___ _________
  /   \_/  //  ______//   \ /  //  ______/     Derrick Cole ([e-mail])
 /  /\_/  //  /_____ /  /\ \  //  /_____       MCNC Center for Communications
/__/  /__//________//__/  \__//________/       Research Triangle Park, NC

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

Date: 16 Sep 91 14:14:18 GMT
From: harlqn.co.uk![e-mail]
Subject: Setting up a packet radio station in Cambridge, UK.
To: [e-mail]

I am interested in starting a packet radio station at home, but really
only if I can access Internet mail and, less importantly, USENET. What
I need to know is whether this is feasible in the Cambridge area, and,
if so, how?

I'd still be interested in packet radio even if I cannot get access to
the wider networks. What can be done with it locally?

Currently I have no computer, no radio, no licence: what will I need?

Please reply by E-mail as I do cannot read rec.radio.amateur.packet
directly.

Thanks for your time.
---
      ___           __   _
+----/ _ \---------/  |-/ |----+
|   / / \ \ ___   / | |/  |    |    [e-mail]
|  / /  / // _/  / /|__/| |    |    [e-mail] (JANET)
| / /__/ // /   / /     | |  __|
+/______//_/---/_/------|_|-/_/+

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

End of Packet-Radio Digest V91 #240
******************************
Date: Thu, 19 Sep 91 04:30:04 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #241
To: packet-radio


Packet-Radio Digest         Thu, 19 Sep 91       Volume 91 : Issue 241

Today's Topics:
       AMPR.ORG Address Coordinators as of 15 Sept 1991
                Decoding AFSK

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: 18 Sep 91 15:22:16 GMT
From: [e-mail]
Subject: AMPR.ORG Address Coordinators as of 15 Sept 1991
To: [e-mail]

    AMPRNet IP address coordinators as of 15 September 1991

44.002  Bob Meyer               K6RTV   Calif: Sacramento
44.004  Douglas Thom            N6OYU   Calif: Silicon Valley - San Francisco
44.006  Don Jacob               WB5EKU  Calif: Santa Barbara/Ventura
44.008  Brian Kantor            WB6CYT  Calif: San Diego
44.010  Brian Roode             KA6CCF  Calif: Orange County
44.012  Steven King             KD7RO   Eastern Washington,Idaho
44.014  John Shalamskas         KJ9U    Hawaii & Pacific Islands
44.016  Jeff Angus              WA6FWI  Calif: Los Angeles - S F Valley
44.017  Dana Myers              KK6JQ   Calif: Antelope Valley/Kern County
44.018  Geoffrey Joy            KE6QH   Calif: San Bernardino & Riverside
44.020  Fred Schneider          K0YUM   Colorado: Northeast
44.022  John Stannard           KL7JL   Alaska
44.024  Dennis Goodwin          KB7DZ   Washington state: Western (Puget Sound)
44.026  Ron Henderson           WA7TAS  Oregon
44.028  Don Adkins              KD5QN   Texas: Dallas
44.030  J Gary Bender           WS5N    New Mexico
44.032  Bdale Garbee            N3EUA   Colorado (Colorado Springs)
44.034  Jeff Pierce             WD4NMQ  Tennesee
44.036  Doug Drye               KD4NC   Georgia
44.038  Mike Abbott             N4QXV   South Carolina
44.040  Jeff Jacobsen           WA7MBL  Utah
44.042  Phil Akers              WA4DDE  Mississippi
44.044  Rolfe Tessem            W3VH    Massachusetts: western
44.046  William Simmons         WB0ROT  Missouri
44.048  Jacques Kubley          KA9FJS  Indiana
44.050  Ron Breitwisch          KC0OX   Iowa
44.052  Gary Grebus             K8LT    New Hampshire
44.054  Ralph Stetson           KD1R    Vermont
44.056  Don Hughes              KA1MF   Eastern Mass
44.058  Rich Clemens            KB8AOB  West Virginia
44.060  Howard Leadmon          WB3FFV  Maryland
44.062  Jim Dearras             WA4ONG  Virginia (not DC)
44.064  Dave Trulli             NN2Z    New Jersey: northern
44.065  John Pearce             WB2MNF  New Jersey: southern
44.066  John DeGood             NU3E    Delaware
44.068  Bob Foxworth            K2EUH   New York: Long Island
44.069  Paul Gerwitz            WA2WPI  New York: upstate
44.070  Gary Sanders            N8EMR   Ohio
44.072  Ken Stritzel            WA9AEK  Chicago - North Ill.
44.074  James Curran            KA4OJN  North Carolina (east)
44.075  Charles Layno           WB4WOR  North Carolina (west)
44.076  Kurt Freiberger         WB5BBW  Texas: south
44.077  Rod Huckabay            KA5EJX  Texas: west
44.078  Joe Buswell             K5JB    Oklahoma
44.080  John Gayman             WA3WBU  Pennsylvania: eastern
44.082  Steven Elwood           N7GXP   Montana
44.084  Bob Ludtke              K9MWM   Colorado: western
44.086  Reid Fletcher           WB7CJO  Wyoming
44.088  Jon Bloom               KE3Z    Connecticut
44.090  Mike Nickolaus          NF0N    Nebraska
44.092  Pat Davis               KD9UU   Wisconsin, upper peninsula Michigan
44.094  Gary Sharp              WD0HEB  Minnesota
44.096  Don Bennett             K4NGC   District of Columbia
44.098  Garry Paxinos           (waiting)       Florida
44.100  Ken Adkisson            WB4FAY  Alabama
44.102  Jeff King               WB8WKA  Michigan (lower peninsula)
44.104  Charles Greene          W1CG    Rhode Island
44.106  Tyler Barnett           N4TY    Kentucky
44.108  James Dugal             N5KNX   Louisiana
44.110  Richard Duncan          WD5B    Arkansas
44.112  Bob Hoffman             N3CVL   Pennsylvania: western
44.114  Steven Elwood           N7GXP   N&S Dakota
44.116  Tom Kloos               WS7S    Oregon: NW&Portland,Vancouver WA
44.118  Jon Andrews             WA2YVL  Maine
44.120  unassigned
44.122  Dale Puckett            K0HYD   Kansas
44.124  David Dodell            WB7TPY  Arizona
44.125  Earl Petersen           KF7TI   Nevada
44.126  Karl Wagner             KP4QG   Puerto Rico
#
# 44.128 is reserved for testing.  Do not use for operational networks.
# You may safely assume that any packets with 44.128 addresses are bogons
# unless you are using them for some sort of testing
#
44.128  TEST
#
# International subnet coordinators by country
#
44.129  Japan           JG1SLY Tak Kushida, JH3XCU Joly Kanbayashi
44.130  Germany         DL4TA
44.131  United Kingdom  G4CLI   Dave Lockwood
44.132  Indonesia       YB1BG   Robby Soebiakto
44.133  Spain           EA4DQX  Jose Antonio Garcia.  Madrid. (EA4DQX @ EA4DQX)
44.134  Italy           I2KFX
44.135  Canada          VE3GYQ  David Toth
44.136  Australia       VK2ZXQ  John Tanner
44.137  Holland         PA0GRI  Gerard Van Der Grinten
44.138  Israel          4X6OJ   Ofer Lapid
44.139  Finland         OH1MQK  Matti Aarnio
44.140  Sweden          SM0RGV  Anders Klemets
44.141  Norway          LA4JL   Per Eotang
44.142  Switzerland     HB9CAT  Marco Zollinger
44.143  Austria         OE1KDA  Krzysztof Dabrowski
44.144  Belgium         ON7LE
44.145  Denmark         OZ1EUI
44.146  Phillipines     DU1UJ   Eddie Manolo
44.147  New Zealand
44.148  Ecuador         HC5K    Ted
44.149  Hong Kong       VS6EL
44.150  Yugoslavia      YU3FK   Iztok Saje
44.151  France          FC1BQP  Pierre-Francois Monet
44.152  Venezuela       OA4KO/YV5       Luis Suarez
44.153  Argentina       LU7ABF  Pedro Converso
44.154  Greece          SV1IW   Manos
44.155  Ireland         EI9GL   Paul Healy
44.156  Hungary         HA5DI   Markus Bela
44.157  Chile           CE6EZB  Raul Burgos
44.158  Portugal        CT1DIA  Artur Gomes
44.159  Thailand        HS1JC   Kunchit Charmaraman
44.160  South Africa    ZS6BHD  John
44.161  Luxembourg      LX1YZ   Erny Tontlinger
44.162  Cyprus          5B4TX   C. Costis
44.163  Central America TI3DJT  Chuck Hast
44.164  Surinam         PZ2AC   Otto Morroy
44.165  Poland          SP5WCA  Andrzej K. Brandt

44.193  Outer Space-AMSAT       W3IWI           Tom Clark

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

Date: 18 Sep 91 04:28:51 GMT
From: mvb.saic.com!unogate!orion.oac.uci.edu!usc!sdd.hp.com!spool.mu.edu!olivea!isc-br!tau-ceti!dejavu![e-mail]
Subject: Decoding AFSK
To: [e-mail]

do it the easy way - in hardware.  An F/V chip costs about $3

73 - bob

In article <[e-mail]> [e-mail] (Sidney Markowitz) writes:
>>I have everything setup except for the
>>algorithm to look at a waveform (voltage vs. time) and convert it to the
>>1's and 0's.
>
>You would use the Fast Fourier Transform algorithm (FFT) to convert
>the data from the time domain (each data point is a measure of
>amplitude at a point in time) to the frequency domain (each data point
>is a measure of amplitude at a particular frequency). You apply the
>FFT to chunks of data that occur over a long enough time interval
>compared to the frequencies you are interested in so that the
>measurements make sense, but sufficiently shorter than a bit so that
>you get enough samples per bit. When you have a signal, the output of
>the FFT should show most of the energy clustered around one of the two
>frequencies used to represent 1 and 0. You apply a filter by throwing
>away data points for frequencies that are too high or low.
>
>There's a FFT program with C source available for anonymous ftp from
>wsmr-simtel20.army.mil in pd:<msdos.c>fft142.zip, or from its mirror
>archive on wuarchive.wustl.edu in /pub/mirrors/msdos/c/fft142.zip. The
>latter was recently reported down with hardware problems, and
>oak.oakland.edu was reported as available for anonymous ftp of the
>archive until wuarchive comes back up.
>
> -- sidney markowitz <[e-mail]>

--
Bob Salnick, Spokane,WA |  USENET:     oliveb!isc-br!tau-ceti!DejaVu!salnick
  Amiga 1000, WB 1.3    |  INTERNET:   [e-mail]
      WA9BVE            |

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

End of Packet-Radio Digest V91 #241
******************************
Date: Fri, 20 Sep 91 04:30:05 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #242
To: packet-radio


Packet-Radio Digest         Fri, 20 Sep 91       Volume 91 : Issue 242

Today's Topics:
          A packet radio system under MINIX
           A really dumb question... about 9600baud
              FTP site for PMP? (2 msgs)
           remote control via 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: 18 Sep 91 16:16:27 GMT
From: harlqn.co.uk![e-mail]
Subject: A packet radio system under MINIX
To: [e-mail]

I'm thinking of setting up a packet radio station here in Cambridge,
UK.

Suppose I had a 386 PC. Is is possible to do without a TNC and use a
PC board and a MINIX device driver with software instead? Does the
hardware and software exist already? Where can I get it from?

Please respong by E-mail as I cannot read rec.radio.*. I will post a
summary of responses if I receive anything interesting.

Thanks.
---
      ___           __   _
+----/ _ \---------/  |-/ |----+
|   / / \ \ ___   / | |/  |    |    [e-mail]
|  / /  / // _/  / /|__/| |    |    [e-mail] (JANET)
| / /__/ // /   / /     | |  __|
+/______//_/---/_/------|_|-/_/+

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

Date: 19 Sep 91 06:16:55 GMT
From: sequent!muncher.sequent.com![e-mail]
Subject: A really dumb question... about 9600baud
To: [e-mail]

Ok, I'm quite certain that I will be laughed off the net over the next several
days, but...


Why cant I just take my 9600 telebit, and interface it to my radio via an
audio xformer and go screaming off at 9600 baud.

Issues like full duplex will probably be the first thing that get in my
way, but couldnt I operate with a separate recvr ( a cheap scanner comes to
mind).

just checking
 - jim kg7hh 503-578-3171 [e-mail]

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

Date: 19 Sep 91 06:07:25 GMT
From: elroy.jpl.nasa.gov!sdd.hp.com!spool.mu.edu!munnari.oz.au!metro!ipso![e-mail]
Subject: FTP site for PMP?
To: [e-mail]

Hi.  Does anyone know of a site that has PMP - the Poor Mans Packet source
as described in 73 Aug 91?  It's supposed to be on "various sites on
Internet."  Are there any well-known amateur-type archive sites?

--
Dave Horsfall (VK2KFU)         VK2KFU @ VK2RWI.NSW.AUS.OC
[e-mail]                  ...munnari!ips.OZ.AU!dave

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

Date: 19 Sep 91 15:08:18 GMT
From: ogicse!uwm.edu!zaphod.mps.ohio-state.edu!casbah.acns.nwu.edu!uicvm.uic.edu![e-mail]
Subject: FTP site for PMP?
To: [e-mail]

Check on the Simtel-20 archives (wsmr-simtel20.army.mil?) or one of its mirrors
(like wuarchive.wustl.edu? i think?) in the directory pd1:<msdos.packet>.
Check the group comp.sys.ibmpc.archives for some more info.

 The Crystal Wind is the Storm,
  and the Storm is Data,
   and the Data is Life
    -- The Player's Litany
      from _The Long Run_ by D.K. Moran

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

Date: 19 Sep 91 19:32:05 GMT
From: [e-mail]
Subject: remote control via packet-radio
To: [e-mail]

   Hi, all of you senior,

      I am interested in using the packet-radio to do remote
      control a device which have a RS-232C port.

      Here are my questions:

       1) Is there commercial package for doing such a thing?
       2) If NOT, where can I find the resource to dig in.
       3) If I use the remote control package which used in the
      phone line modem as a front end of TNC, does it
      work?

      I am just a new comer in the packet world. Maybe the
      questions above is so silly. But, if you have any comment
      for me, please E-mail me, for I realy want to know the
      possibility to do a remote control via packet-radio.


      Daniel

 internet : [e-mail]
 Health Physic Devision
 Nuclear Science and Technology Development Center
 National Tsing Hua University
 Hsinchu 30043, Taiwan, ROC

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

End of Packet-Radio Digest V91 #242
******************************
Date: Sat, 21 Sep 91 04:30:05 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #243
To: packet-radio


Packet-Radio Digest         Sat, 21 Sep 91       Volume 91 : Issue 243

Today's Topics:
                (none)
      A really dumb question... about 9600baud (2 msgs)
              FTP site for PMP?

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 Sep 91 11:42:06 GMT
From: [e-mail]
Subject: (none)
To: [e-mail]

HELP

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

Date: 20 Sep 91 08:35:59 GMT
From: sun-barr!newstop!grapevine!sunicnc.France.Sun.COM![e-mail]
Subject: A really dumb question... about 9600baud
To: [e-mail]

In article <[e-mail]>, [e-mail] (Kenji Rikitake) writes:
   > In article <[e-mail]>, [e-mail] (Jim Washer) writes:
   > >Why cant I just take my 9600 telebit, and interface it to my radio via an
   > >audio xformer and go screaming off at 9600 baud.
   >
   > I will not laugh at you. I once thought the same thing. (I haven't tested yet,
   > though)
   >
   > I think a conventional FM transmitter/receiver will do it. Legal issues still
   > remain, though. (Who can decode the strange modulation of Telebit PEP only by
   > eavesdropping?)

I'm not familiar with the Telebit, but I suspect there are two major problems.
One is that a phone line is inherently full-duplex, either end can transmit
to the other at any time. A standard FM radio signal is half-duplex, you have to
have some sort of protocol organised to decide which end transmits, and when to
change. Most modern two-wire modems aren't programmed for that, at the very
least you'd need some way for the modem to control the PTT via RTS/CTS or
something.  A full-duplex FM set (eg 2m/70cm type) might cope though.

Secondly, the high speed modems use the phase of the signal to carry most
of their information. When they first establish communication they do some
rapid measuring on the phone line & adjust various internal filters to accomodate
the characteristics of the line, this is also monitored during the period of
connection. I doubt if the audio circuitry between Mike input & FM modulator
(and between discriminator & speaker on the receive side) in a standard radio
would maintain the phase info sufficiently accurately. Most 9600 modems for Ham
use have to connect directly to the FM modulator stage and FM discriminator in the
transceiver to get accurate control. Even so I suspect a modem that is
intended for use on a phone line would not be able to cope with the signal
variations introduced on a radio link. They may not be audible in speech but I
bet they'd screw up data comms.

   >
   > --
   > Kenji Rikitake // Views expressed in this message are solely of my own.
   > ...!uunet!reseau!kenji // [e-mail] // [e-mail]

--
Steve McKinty                   "So what you're telling me Guys, essentially,
SUN Microsystems ICNC            is that Napoleon was a short, dead, dude?"
38240 Meylan, France
email: [e-mail]

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

Date: 20 Sep 91 03:53:35 GMT
From: pa.dec.com!jrdzzz.jrd.dec.com![e-mail]
Subject: A really dumb question... about 9600baud
To: [e-mail]

In article <[e-mail]>, [e-mail] (Jim Washer) writes:
>Why cant I just take my 9600 telebit, and interface it to my radio via an
>audio xformer and go screaming off at 9600 baud.

I will not laugh at you. I once thought the same thing. (I haven't tested yet,
though)

I think a conventional FM transmitter/receiver will do it. Legal issues still
remain, though. (Who can decode the strange modulation of Telebit PEP only by
eavesdropping?)

--
Kenji Rikitake // Views expressed in this message are solely of my own.
...!uunet!reseau!kenji // [e-mail] // [e-mail]

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

Date: 20 Sep 91 02:58:54 GMT
From: ucselx!sciences.sdsu.edu!usc!cs.utexas.edu!hellgate.utah.edu!fcom.cc.utah.edu!msscc.med.utah.edu![e-mail]
Subject: FTP site for PMP?
To: [e-mail]

In article <[e-mail]>, [e-mail] (Dave Horsfall) writes:
> Hi.  Does anyone know of a site that has PMP - the Poor Mans Packet source
> as described in 73 Aug 91?  It's supposed to be on "various sites on
> Internet."  Are there any well-known amateur-type archive sites?
>
> --
> Dave Horsfall (VK2KFU)         VK2KFU @ VK2RWI.NSW.AUS.OC
> [e-mail]                  ...munnari!ips.OZ.AU!dave

One site for PMP is helios.tn.cornell.edu (128.84.241.2).  According to the
"brochure", there's also a mail server:"send a mail message with the subject
"help" and a single message line "help" to [e-mail]."

-Josh Cherry, N2IFB

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

Date: 20 Sep 91 03:27:18 GMT
From: borland.com![e-mail]
To: [e-mail]

References <[e-mail]>, <[e-mail]>, <[e-mail]>.utexa
Subject : Re:  Decoding AFSK

[e-mail] (Bob Salnick) writes:
>do it the easy way - in hardware.  An F/V chip costs about $3
>
>73 - bob
>
 [in reply to my reply to]
>>>I have everything setup except for the
>>>algorithm to look at a waveform (voltage vs. time) and convert it to the
>>>1's and 0's.
>>
>>You would use the Fast Fourier Transform algorithm (FFT) [...etc.]

I just received the following advice about this in email, which may
not compare to doing it all with a $3 chip, but might be useful if you
really need to do it in software:

[begin quote]
[...] if there's any kind of time or
space constraint, a much cheaper approach to FSK decoding is to
use a Goertzel single-frequency DFT.  See Oppenheim and
Schafer's _Discrete Time Signal Processing_ for details.
(Actually, there are even better techniques, but this one is
good enough, and well explained in the text.)
[end quote]

 -- sidney <[e-mail]>

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

End of Packet-Radio Digest V91 #243
******************************
Date: Sun, 22 Sep 91 04:30:06 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #244
To: packet-radio


Packet-Radio Digest         Sun, 22 Sep 91       Volume 91 : Issue 244

Today's Topics:
           A really dumb question... about 9600baud
              FTP site for PMP? (2 msgs)
           remote control via 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: 21 Sep 91 12:40:46 GMT
From: ogicse!uwm.edu!wupost!emory!wa4mei!ke4zv![e-mail]
Subject: A really dumb question... about 9600baud
To: [e-mail]

In article <[e-mail]> [e-mail] writes:
>In article <[e-mail]>, [e-mail] (Jim Washer) writes:
>>Why cant I just take my 9600 telebit, and interface it to my radio via an
>>audio xformer and go screaming off at 9600 baud.
>
>I will not laugh at you. I once thought the same thing. (I haven't tested yet,
>though)
>
>I think a conventional FM transmitter/receiver will do it. Legal issues still
>remain, though. (Who can decode the strange modulation of Telebit PEP only by
>eavesdropping?)

97.69 (c) In addition to the above provisions, the use of any digital
code is permitted on frequencies above 50 Mhz, except those on which
only A1 emission is permitted...

It's legal. Now how to make it work. The Telebit requires a duplex
circuit so it can execute it's training sequence. If you nail up
a full duplex voice grade circuit, cross band duplex is easiest
since you won't need a sophisticated duplexer, then two Trailblazers
will train and communicate just like they do over the phone. You
will need a two wire to four wire hybrid between the modem and the
transmitter and receiver. Most of the newer dual band radios should
work just fine.

You will have to ID every 10 minutes using either CW or voice when
using a non-standard code. This will probably make the modems have
to retrain.

Gary KE4ZV

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

Date: 21 Sep 91 05:55:44 GMT
From: agate!spool.mu.edu!munnari.oz.au!metro!ipso![e-mail]
Subject: FTP site for PMP?
To: [e-mail]

In article <[e-mail]> I wrote:

| Hi.  Does anyone know of a site that has PMP - the Poor Mans Packet source
| as described in 73 Aug 91?  It's supposed to be on "various sites on
| Internet."  Are there any well-known amateur-type archive sites?

As it happens, I heard from the authors themselves!  It can be found on
their machine - helios.tn.cornell.edu [128.84.241.2] in /pub.  Last I
looked, version 1.1 was there, superseding 1.0.  Other sites also carry
it, but the above would be best.

--
Dave Horsfall (VK2KFU)         VK2KFU @ VK2RWI.NSW.AUS.OC
[e-mail]                  ...munnari!ips.OZ.AU!dave

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

Date: 20 Sep 91 15:28:44 GMT
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu!cs.utexas.edu!tamsun!cs.tamu.edu![e-mail]
Subject: FTP site for PMP?
To: [e-mail]

In article <[e-mail]>, [e-mail] (Andrew Deckowitz) writes:
|> Check on the Simtel-20 archives (wsmr-simtel20.army.mil?) or one of its mirrors
|> (like wuarchive.wustl.edu? i think?) in the directory pd1:<msdos.packet>.
|> Check the group comp.sys.ibmpc.archives for some more info.

Also check out csseq.cs.tamu.edu in the hamradio directory.  PMP is there.

73 - Kurt

--
Kurt Freiberger, wb5bbw   [e-mail]   409/847-8607  fax:[phone]
Dept. of Computer Science, Texas A&M University      DoD #264: BMW R80/7 pilot
"We preserve our freedom using three boxes: ballot, jury, and cartridge."
      *** Not an official document of Texas A&M University ***

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

Date: 20 Sep 91 22:34:11 GMT
From: intran![e-mail]
Subject: remote control via packet-radio
To: [e-mail]

In article <[e-mail]>, [e-mail] (Daniel Chen [phone]-5444) writes:
>
>       I am interested in using the packet-radio to do remote
>       control a device which have a RS-232C port.
>
>       Here are my questions:
>
>        1) Is there commercial package for doing such a thing?
TAPR has it, and I cannot think of the name of it.  Check with TAPR
I have also seen (i think) kantronics has a remote weather node.
basically a TNC with the processor talking to some weather monitoring
stuff.

>        3) If I use the remote control package which used in the
>           phone line modem as a front end of TNC, does it
>           work?
It would depend on the software.  I have setup my TNC to act "just like" a phone
modem, so people (mostly me) can login to my Unix system.

>
>       I am just a new comer in the packet world. Maybe the
>       questions above is so silly. But, if you have any comment
>       for me, please E-mail me, for I realy want to know the
>       possibility to do a remote control via packet-radio.

No questions are too silly (well `what is the square root of -2' might be silly
or maybe not be appropriate for this group).  The more people that get into
packet radio, the more unique and useful ways people will use packet radio.

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

End of Packet-Radio Digest V91 #244
******************************
Date: Mon, 23 Sep 91 04:30:06 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #245
To: packet-radio


Packet-Radio Digest         Mon, 23 Sep 91       Volume 91 : Issue 245

Today's Topics:
          Communications, any way w/o phone lines...
              FTP site for PMP?

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 Sep 91 05:30:52 GMT
From: ub!acsu.buffalo.edu![e-mail]
Subject: Communications, any way w/o phone lines...
To: [e-mail]

    This might seem a silly question, and flames will be cheerfully ig-
nored.  But here's the question I have.   I need to know if there is any way
that you can have two machines talk to each other without using the phone
lines, and without using any form of packet radio that would require a
liscense.  If nececessary I guess I'll have to submit to getting a licence,
but I would rather hold off on that.  We don't need to go any great distance,
maybe 2.5 miles as the crow flies.

    We though of several ways of doing this.  Seeing as one of us lives
on a rather high point in the area we could use some sort of microwave
link, or if you want to go off on a real tangent, some sort of a modulated
laser.  We would like to go at least 4800bps if not 19200, or better.

    These are the requirements:
    o Must be full duplex.
    o Must go at a reasonable speed.
    o Hopefully not all that sensitive to the weather.
    o Must work!

    From what I understand packet is an excellant way to to go, but we
need the speed of something else, and we don't want to be stopping every
10 minutes for station Identification.  I suppose what I could do is set
up a slip connection from the UNIX box to the PC, and run KA9Q on the
PC out to the other station, but this will be running 24hrs a day. And
taking up all of that bandwidth on the radio 24hrs a day would be ludicrous
to me...  So I am looking for alternatives...

    If noone can help here, I guess I'm going to have to call Motorola
or GE, or something...

--
______________________________________________________________________________
                       | Karl J. Vesterling aka Milo Bloom.
 Wherever you are, there you go.       | Pref: [e-mail]
Depends on your point of reference.    |       [e-mail]

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

Date: 22 Sep 91 01:04:44 GMT
From: ogicse!uwm.edu!rpi!zaphod.mps.ohio-state.edu!caen!kuhub.cc.ukans.edu![e-mail]
Subject: FTP site for PMP?
To: [e-mail]

In article <[e-mail]>, [e-mail] (Dave Horsfall) writes:
> In article <[e-mail]> I wrote:
>
> | Hi.  Does anyone know of a site that has PMP - the Poor Mans Packet source
> | as described in 73 Aug 91?  It's supposed to be on "various sites on
> | Internet."  Are there any well-known amateur-type archive sites?
>

How about if we missed the 73 issue, and the library in this town
don't see fit to carry it?

Regards,
Chris

==============================================================================
 [e-mail]              Chris Whittenburg, Univ. of Kansas
 [e-mail]                        Electrical Engineering
==============================================================================

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

End of Packet-Radio Digest V91 #245
******************************
Date: Tue, 24 Sep 91 04:30:04 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #246
To: packet-radio


Packet-Radio Digest         Tue, 24 Sep 91       Volume 91 : Issue 246

Today's Topics:
                (none)
          A packet radio system under MINIX
            communication w/o phone lines
             One more question...
        Packet-Radio Digest V91 #245 (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: 23 Sep 91 13:51:20 GMT
From: [e-mail]
Subject: (none)
To: [e-mail]

>From [e-mail] Sat Sep 21 17:39:56 1991
Received: from pi8eae by pi8mac.ampr.org with SMTP
    id AA00022142 ; Sat, 21 Sep 91 19:30:43 MET
Received: from pi8eae by pi8eae with SMTP
    id AA5348 ; Sat, 21 Sep 91 19:19:23 MET
Received: from pi8eae.bbs by pi8eae with BBSFWD
    id AA5346 ; Sat, 21 Sep 91 19:13:03 MET
Date: 21 Sep 91 16:51 Z
Message-Id: <5346@pi8eae>
From: [e-mail]
To: pa2aga
Subject: CP OZ4ZK: Answer to DIGEST - PTM
X-BBS-Msg-Type: P

Original from OZ4ZK to PRAGA@PI8EAE

 TO:
 ***** PRAGA @ PI8EAE *****
 ***** DIGEST @ PA2AGA ****

 ****************************************************************************
 Answer to Packet-Radio Digest v91 #221
 ****************************************************************************

 Subject: PTM 4.27 and all the new versions!
 To:   N9CGD, Tom - and all others with the same interest for PTM-program.
 From: OZ4ZK, Kurt Pedersen
 Date: 15-Sep-91

 I am glad, you liked my program (PTM).
 As you can see, it is not the first version, and it is not the last one.
 I am sorry, that you don't have the manual for this version, but not all
 the versions are supported with an english doc-file.
 The latest version 4.44 & 4.45 are with english manuals.
 4.27 is already old 'over here'. I make a new version almost ones a week,
 so if you have found some bugs, they maybe gone in this version.
 PTM was born for nearly 2 years ago, and I can proudly say, that this
 Packet-Program is very popular i Denmark, some part of Sweden, Germany and
 England.

 Summary of PTM ver.4.45 functions:
 **************************************
 *** A = ALT   C = Ctrl   S = Shift ***
 **************************************

 F1      Handle Ctrl or Break for Command-mode.
 AF1     Show LOG-file.
 CF1     Make password-table.
 F2      Send Converse to modem.
 AF2     Call to your favorite program.
 SF2     BAYCOM upload binary file.
 F3      select between primary or secundary Com-port.
 CF3     Setup
 AF3     Scanner on/off
 F4      Screen-buffer on/off.
 CF4     Reset screen-buffer.
 SF4     Save screen-buffer.
 AF4     Display screen-buffer.
 F5      Send ASCII-file.
 CF5     Delete file.
 SF5     Display ASCII-file.
 AF5     Receive ASCII-file to disk.
 F6#     Send routing-buffer.
 CF6     Edit routing-buffer.
 SF6     Save routing-buffer.
 AF6     Load routing-buffer.
 F7      TX-text in RX-window.
 AF7     Crypto-mode off.
 CF7     Heart-beat on/off.
 SF7     PULSE on Remote Control Port.
 F8      Edit type ahead buffer.
 CF8     Delete type ahead buffer.
 AF8     Send type ahead buffer.
 F9      Set active disk and dir.
 CF9     Send config-file to TNC.
 AF9     Trace call on/off
 F10     Display dir.
 AF10    Blink char. on/off.
 CF10    Print ASCII-file
 ALT A   Connect-alarm on/off.
 ALT B   Send binary file (PACFILE/PACPRO-compatible).
 ALT C   Clear TX-window.
 ATL D   Send Daytime to TNC.
 ALT E   Edit Macro-buffer.
 ALT F   Monitor-filter on/off.
 ALT G   LOG-function on/off.
 ALT H   Help.
 ALT I   Send Macro-buffer.
 ALT #   Send Macro-buffer #.
 ALT J   Load Macro-buffer.
 ALT K   Save Macro-buffer.
 ALT L   Display ASCII-file.
 ALT M   Internal Mailbox:
     E        Expert.
     H        Help.
     K #      Kill Mail.
     KM       Kill mine.
     L        List.
     LB       List Bulletins.
     LM       List Mine.
     M        Mail and File for Call.
     PW       What in Personal File-dir.
     Q        Quit mailbox.
     R #      Read Mail.
     RM       Read Mine.
     RW       What in RX File-dir.
     SB       Send Bulletin.
     SP       Send Mail.
     U        Show Users.
     XH       Help on Hardware Remote Control.
     XS       Hardware Status.
     X##      Hardware Function.
     YW       What in TX File-dir.

 ALT N   Mailbox Only on/off.
 ALT O   Overlay to DOS.
 ALT P   Printer on/off.
 ALT Q   Quit PTM.
 ALT R   Repeat last line.
 ALT S   Send Screen-buffer.
 ALT T   Disconnect-timer on/off.
 ALT U   Call to an Editor.
 ALT V   Clear RX-window.
 ALT W   Blank the screen.
 ALT X   Mailbox Monitor on/off.
 ALT Y   YAPP Binary File Transfer.
 ALT Z   Chat-function on/off.
 End     Send the string ' >>>' and CR.
 Insert  Convert [\] to danish char.
 Delete  Put PTM in Disc. mode.
 Cur Up  Scroll text 1 line back.
 Cur Dn  Scroll text 1 line forward.
 Pg Up   Scroll text 1 page back.
 Pg Dn   Scroll text 1 page forward.

 Remote-Commands:
 //B     Bye.
 //C     Chat.
 //CR    Crypto-mode.
 //H     Help.
 //I     Info from SYSOP.
 //M     Enter Mailbox.

 Remote Commands in Mailbox:
 B       Bye.
 BD      BAYCOM Download Binary File.
 BU      BAYCOM Upload Binary File.
 C       Chat.
 CR      Crypto-mode.
 COPY    Copy file.
 DEL     Delete file.
 E       Expert-user.
 H       Help.
 I       Info from SYSOP.
 J       JHeard.
 K #     Kill mail.
 KM      Kill Mine.
 L       List mails.
 LB      List Bulletins.
 LM      List Mine.
 LO      Send LOG for today.
 N       Registration of user-name.
 NO      Novice-user.
 PD File Personal Download Binary File (like a mail).
 PK File Personal Kill Binary File.
 PKM     Personal Kill All My Binary Files.
 PU      Personal Upload Binary File.
 PW      What in Personal File-dir.
 Q       Quit Mailbox.
 RD File Download Binary File from RX File-dir.
 R #     Read mail.
 RM      Read Mine.
 RW      What in RX File-dir.
 SB      Send Bulletin.
 SP      Send Mail.
 SYS     Remote SYSOP-status.
 U       Show users.
 V       Version.
 WN      What News.
 XH      Help on Hardware Remote Control.
 XS      Hardware Status.
 X##     Activate Hardware function.
 YD File YAPP Download Binary File.
 YU      YAPP Upload Binary File.
 YW      What in YAPP File-dir.

 You can also use the PACFILE-format to upload a file in the mailbox (ALT B).
 ****************************************************************************

 The new version contains posibilities for Hardware Remoto-Control -
 Power Amp., Freq. Shift, Antenna-rotor or what you like (the coffee-
 maschine) using the Printer-Port (LPT1 or LPT2).

 A simple methode to make Binary File Transfer between PTM and the BAYCOM-
 program, is brand new in this version.

 To all old or new PTM-users:
 Try this danish BBS to get the latest Version:
 * ScannLink BBS - tel. [phone]  ***  300 - 14000 baud *** 24 hour *
 or write me a letter, including a floppy-disk, and I will fill it up with
 all the new stoff.

 Vy 73 de OZ4ZK @ OZ3PAC

 Kurt Pedersen,
 Rytterhusene 69,
 DK 2620 - Albertslund.
 Denmark.

*****************************************************************************

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

Date: 23 Sep 91 16:48:11 GMT
From: [e-mail]
Subject: A packet radio system under MINIX
To: [e-mail]

This is a follow up to a previous posting of mine which read:

   I'm thinking of setting up a packet radio station here in
   Cambridge, UK.

   Suppose I had a 386 PC. Is is possible to do without a TNC and use
   a PC board and a MINIX device driver with software instead? Does
   the hardware and software exist already? Where can I get it from?

   Please respong by E-mail as I cannot read rec.radio.*. I will post
   a summary of responses if I receive anything interesting.

I haven't had a lot of response to this, other than to say ``Tell me
if you get any information.''. There seems to be quite a bit of
interest, but no previous work.

Having learned a bit more about packet radio I think it is probably a
good idea to have a TNC after all. The strain placed on MINIX by a
large number of interrupts from a dumb modem chip would probably
prevent the machine from running anything else at the same time; this
is one of the main reasons for using MINIX in the first place.

However, I don't think I want a full-function TNC, just a PC board
which will send and receive individual packets (and cause an interrupt
when they arrive). I don't want a mailbox, routeing software, or
anything else built in.

I beleive that KA9Q NOS is often run with something called a KISS TNC
which is fairly minimal. Could someone send me details or explain?

I'd be most interested in a minimal TNC and modem on a single small PC
board (I wouldn't mind building it). The setup would then be:

  - a 386 PC
  - a TNC/modem board
  - a radio
  - software

The last of these may be the most difficult. I would need AX.25 and
also TCP/IP. I understand that KA9Q NOS is an implementation of TCP/IP
over AX.25. Is this true? If it is, then I want to get KA9Q NOS
running under MINIX, with appropriate stitching between it and my TNC
device driver. That's as much as I know, so here are some questions:

1. How easy is it to write a device driver for the TNC/modem described
   above?

2. How easy would it be to get KA9Q NOS to talk to a custom TNC device
   of this sort?

3. Who else is interested? Send me a message and I'll let you know how
   far I get. Bear in mind that I don't have much money (yet), I don't
   have a radio license (yet) and I don't have a computer (yet). All
   of these will appear if I can work out what I can do with the
   things.

Lastly, I'd like to know more about KA9Q NOS. Don't forget that I
can't read rec.radio.*, so I'd appreciate it if someone could E-mail
me a description of the services it provides.

Thanks for your time.
---
[e-mail] (Internet)
[e-mail] (JANET)
Richard Brooksby is the Joanna Lumley of computer science.

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

Date: 23 Sep 91 20:00:15 GMT
From: [e-mail]
Subject: communication w/o phone lines
To: [e-mail]

Date: 23 Sep 91 05:30:52 GMT
<From: ub!acsu.buffalo.edu![e-mail]
<Subject: Communications, any way w/o phone lines...

    <This might seem a silly question, and flames will be cheerfully ig-
<nored.  But here's the question I have.   I need to know if there is any way
<that you can have two machines talk to each other without using the phone
<lines, and without using any form of packet radio that would require a
<liscense.  If nececessary I guess I'll have to submit to getting a licence,
<but I would rather hold off on that.  We don't need to go any great distance,
<maybe 2.5 miles as the crow flies.

    <We though of several ways of doing this.  Seeing as one of us lives
<on a rather high point in the area we could use some sort of microwave
<link, or if you want to go off on a real tangent, some sort of a modulated
<laser.  We would like to go at least 4800bps if not 19200, or better.

    <These are the requirements:
    <o Must be full duplex.
    <o Must go at a reasonable speed.
    <o Hopefully not all that sensitive to the weather.
    <o Must work!

As amatter of fact there are a few alternatives available.
Call Brian at [phone] an ask about the 2.5 mega baud wave lan.
Or the 250kb telelan. Tell him Don WB6LFC sent you.
73
Sorry about the double post, forgot to put subject in the other one.

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

Date: 24 Sep 91 09:14:16 GMT
From: elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!ub!acsu.buffalo.edu![e-mail]
Subject: One more question...
To: [e-mail]

    One more question I have for you ka9q fans out there.  I got ka9q
some time ago, and it (SORT OF) functioned on the PC's running SLIP.  However
I tried to compile the version for UNIX, and come to my surprise that it
wanted network libraries.  So my question is there a version of KA9Q
out there that will compile on 286 XENIX (Yes I know ICK 286!) without
the networking libraries...  I remember I got it to compile making some
changes in the MAKEFILE that were intended for Micro...  It ran, but
wouldn't send anything out to the serial device.  And yes I did specify
the device...  Any help would be appreciated...




--
______________________________________________________________________________
                       | Karl J. Vesterling aka Milo Bloom.
 Wherever you are, there you go.       | Pref: [e-mail]
Depends on your point of reference.    |       [e-mail]

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

Date: 23 Sep 91 15:35:44 GMT
From: [e-mail]
Subject: Packet-Radio Digest V91 #245
To: [e-mail]

On Mon, 23 Sep 1991 04:30:06 PDT Packet-Radio Mailing List and Newsgroup said:
>Date: 23 Sep 91 05:30:52 GMT
>From: ub!acsu.buffalo.edu![e-mail]
>Subject: Communications, any way w/o phone lines...
>To: [e-mail]
>
>       This might seem a silly question, and flames will be cheerfully ig-
>nored.  But here's the question I have.   I need to know if there is any way
>that you can have two machines talk to each other without using the phone
>lines, and without using any form of packet radio that would require a
>liscense.  If nececessary I guess I'll have to submit to getting a licence,
>but I would rather hold off on that.  We don't need to go any great distance,
>maybe 2.5 miles as the crow flies.
>

I have read talk of using the so called Part-15 rules to operate low
power somewhere in the 900mHz band. Evidently this is an anything-goes
band as long as you limit the transmit power to something very low
(1w perhaps?). Part-15 is a kind of "citizens band", ie. no FCC
license required.

Spread spectrum might work well for this. I've also read that in some
parts of the country there is *lots* of RF noise pollution in this
band.

As to the availablilty of radio equipment for this, I don't know
anything specific, and I would be interested in read other's comments
about it.

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

Date: 23 Sep 91 19:58:46 GMT
From: [e-mail]
Subject: Packet-Radio Digest V91 #245
To: [e-mail]

Date: 23 Sep 91 05:30:52 GMT
<From: ub!acsu.buffalo.edu![e-mail]
<Subject: Communications, any way w/o phone lines...

    <This might seem a silly question, and flames will be cheerfully ig-
<nored.  But here's the question I have.   I need to know if there is any way
<that you can have two machines talk to each other without using the phone
<lines, and without using any form of packet radio that would require a
<liscense.  If nececessary I guess I'll have to submit to getting a licence,
<but I would rather hold off on that.  We don't need to go any great distance,
<maybe 2.5 miles as the crow flies.

    <We though of several ways of doing this.  Seeing as one of us lives
<on a rather high point in the area we could use some sort of microwave
<link, or if you want to go off on a real tangent, some sort of a modulated
<laser.  We would like to go at least 4800bps if not 19200, or better.

    <These are the requirements:
    <o Must be full duplex.
    <o Must go at a reasonable speed.
    <o Hopefully not all that sensitive to the weather.
    <o Must work!

As amatter of fact there are a few alternatives available.
Call Brian at [phone] an ask about the 2.5 mega baud wave lan.
Or the 250kb telelan. Tell him Don WB6LFC sent you.
73

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

End of Packet-Radio Digest V91 #246
******************************
Date: Wed, 25 Sep 91 04:30:05 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #247
To: packet-radio


Packet-Radio Digest         Wed, 25 Sep 91       Volume 91 : Issue 247

Today's Topics:
           A really dumb question... about 9600baud
               Unix NET > 890421.1a ??

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: 24 Sep 91 00:07:47 GMT
From: hpl-opus!hpspdla![e-mail]
Subject: A really dumb question... about 9600baud
To: [e-mail]

>You will have to ID every 10 minutes using either CW or voice when
>using a non-standard code. ...

There is a good reason for this.  Some years ago there was an unusual
sort of splatter centered around 14.070 MHz.  Sometimes it lasted a few
seconds, sometimes for 15 minutes.  It took a week of direction finding
to locate the source.  It was one of the first users of AMTOR.  His
signals were clean in every other mode.  If a CW ID had been used (it
was not required) someone could have given him a polite land-line call
right away.

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

Date: 23 Sep 91 13:26:11 GMT
From: opel!ss2!vk2bea![e-mail]
Subject: Unix NET > 890421.1a ??
To: [e-mail]

I downloaded NET Version 890421.1a sometime ago, and have only
now got it running on my UNIX Sys V machine.  Is there a later
version of NET  (or should I be running a UNIX variant of NOS?)

Any pointers would be appreciated..

--
Michael Katzmann          >     Broadcast Sports Technology Inc.
~~~~~~~~~~~~~~~~         <      Crofton, Maryland. U.S.A
Amteur Radio Stations:    >
NV3Z / VK2BEA / G4NYV    <      opel!vk2bea![e-mail]

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

End of Packet-Radio Digest V91 #247
******************************
Date: Thu, 26 Sep 91 04:30:07 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #248
To: packet-radio


Packet-Radio Digest         Thu, 26 Sep 91       Volume 91 : Issue 248

Today's Topics:
     Communications, any way w/o phone lines... (3 msgs)
           HAMs on USENET List coming soon
           Unix NET > 890421.1a ?? (2 msgs)
               WNOS FTP Site ??

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 Sep 91 23:15:09 GMT
From: dog.ee.lbl.gov!hellgate.utah.edu!cs.utexas.edu!sdd.hp.com!uakari.primate.wisc.edu!usenet.coe.montana.edu!milton!sumax!ole!ssc![e-mail]
Subject: Communications, any way w/o phone lines...
To: [e-mail]

In article <[e-mail]>, [e-mail] (Charlie Turner) writes:
> >But here's the question I have.   I need to know if there is any way
> >that you can have two machines talk to each other without using the phone
> >lines, and without using any form of packet radio that would require a
> >liscense.

> I have read talk of using the so called Part-15 rules to operate low
> power somewhere in the 900mHz band. Evidently this is an anything-goes
> band as long as you limit the transmit power to something very low
> (1w perhaps?). Part-15 is a kind of "citizens band", ie. no FCC
> license required.
>
> Spread spectrum might work well for this. I've also read that in some
> parts of the country there is *lots* of RF noise pollution in this
> band.

No only would spread spectrum work, it is required if you want to
operate under the Part 15 rules that allow you to run 1 watt.
(Title 47 of the Code of Federal Regulations, Part 15, paragraph 15.247,
unless they've renumbered it since 1989).

Either your signal has to be 500 KHz wide, or you need hop to
at least 75 channels, 25 Khz apart (or more).

Bands are 902-928, 2400-2483.5, and 5725-5850 MHz.

Mark Zenier  [e-mail]  [e-mail]

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

Date: 24 Sep 91 14:17:44 GMT
From: mvb.saic.com!unogate!orion.oac.uci.edu!usc!sdd.hp.com!spool.mu.edu!olivea!isc-br!tau-ceti!dejavu![e-mail]
Subject: Communications, any way w/o phone lines...
To: [e-mail]

In article <[e-mail]> [e-mail] (Karl J Vesterling) writes:
>
>   This might seem a silly question, and flames will be cheerfully ig-
>nored.  But here's the question I have.   I need to know if there is any way
>that you can have two machines talk to each other without using the phone
>lines, and without using any form of packet radio that would require a
>liscense.  If nececessary I guess I'll have to submit to getting a licence,
>but I would rather hold off on that.  We don't need to go any great distance,
>maybe 2.5 miles as the crow flies.
>
>   We though of several ways of doing this.  Seeing as one of us lives
>on a rather high point in the area we could use some sort of microwave
>link, or if you want to go off on a real tangent, some sort of a modulated
>laser.  We would like to go at least 4800bps if not 19200, or better.
>
>   These are the requirements:
>   o Must be full duplex.
>   o Must go at a reasonable speed.
>   o Hopefully not all that sensitive to the weather.
>   o Must work!
>
>   From what I understand packet is an excellant way to to go, but we
>need the speed of something else, and we don't want to be stopping every
>10 minutes for station Identification.  I suppose what I could do is set
>up a slip connection from the UNIX box to the PC, and run KA9Q on the
>PC out to the other station, but this will be running 24hrs a day. And
>taking up all of that bandwidth on the radio 24hrs a day would be ludicrous
>to me...  So I am looking for alternatives...
>
>   If noone can help here, I guess I'm going to have to call Motorola
>or GE, or something...
>
>--
>______________________________________________________________________________
>                           | Karl J. Vesterling aka Milo Bloom.
> Wherever you are, there you go.       | Pref: [e-mail]
>Depends on your point of reference.    |       [e-mail]

There are now several "wireless" ethernet adapters available, using both
infrared light and radio.  All of these would (I think) fail given the
distance you need to use.  Instead, why not look at packet?  You will need a
license of some kind to cover this distance anyway, and the
hardware/software is already established.  I am not suure whether you could
meet your speed requirement over packet - perhaps one of th packet
cognosenti could comment...

Packet will NOT use the bandwidth continuously (hams would never allow
this!) - the radio link is only used when data is actually being moved.


--
Bob Salnick, Spokane,WA |  USENET:     oliveb!isc-br!tau-ceti!DejaVu!salnick
  Amiga 1000, WB 1.3    |  INTERNET:   [e-mail]
      WA9BVE            |

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

Date: 24 Sep 91 14:50:33 GMT
From: mvb.saic.com!unogate!orion.oac.uci.edu!usc!sdd.hp.com!wupost!emory!dscatl!wa4mei!kd4nc!ke4zv![e-mail]
Subject: Communications, any way w/o phone lines...
To: [e-mail]

In article <[e-mail]> [e-mail] (Karl J Vesterling) writes:
>
>       We though of several ways of doing this.  Seeing as one of us lives
>on a rather high point in the area we could use some sort of microwave
>link, or if you want to go off on a real tangent, some sort of a modulated
>laser.  We would like to go at least 4800bps if not 19200, or better.
>
>       These are the requirements:
>       o Must be full duplex.
>       o Must go at a reasonable speed.
>       o Hopefully not all that sensitive to the weather.
>       o Must work!

There is at least one good way to do this on amateur radio, the Grapes
56 kb RF modem. It will work full duplex, goes 56 kilobaud, and depending
on the frequency you transvert it to, doesn't care about the weather.
The one fly in the ointment is you require at least a no-code Tech
license to operate it on a ham band and it isn't type accepted for use
on commercial frequencies. It's often used for packet, but has been used
as a straight synchronous modem to transmit very high fidelity digitized
voice.

For a license free operation you must look to the commercial wireless
LAN products. These usually share the 900 Mhz band with amateurs and
anti-shoplifting devices and home TV repeaters called Rabbits as well
as a bunch of other ISM type junk. Range is typically 100-400 feet,
but with the right antennas they just might stretch out to a couple
of miles. These must be type accepted under Part 15 regulations where
their range is delibrately limited by rules requiring low power and
minimal antennas. You would be skating on the edge of the rules by
trying to stretch their range to a couple of miles. Another option
would be to get a commercial license in the 24 Ghz point to point
microwave service, though rain fades might be a problem.

So you really have three choices. Get an amateur license by taking
a simple test and build up what you need. Or you can buy a Part 15
product and try to stretch it's range. Or you can apply for a commercial
allocation and establish a point to point microwave link. The latter
would be best for a business application. The amateur route is the
cheapest and easiest to make work, but there are restrictions on
content, non-commercial only.

Gary KE4ZV

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

Date: 25 Sep 91 03:55:30 GMT
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!mips!atha!aunro!ve6mgs!@ucbvax.berkeley.edu
Subject: HAMs on USENET List coming soon
To: [e-mail]

I will be posting the HAMs on USENET List this Saturday Evening (to take
advantage of off peak hours) for those who are interested.

Ciao, 73 de VE6MGS/Mark -sk-

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

Date: 24 Sep 91 15:37:22 GMT
From: ogicse!emory!wa4mei!n4rsy!ke4zv![e-mail]
Subject: Unix NET > 890421.1a ??
To: [e-mail]

In article <[e-mail]> [e-mail] (Michael G. Katzmann) writes:
>I downloaded NET Version 890421.1a sometime ago, and have only
>now got it running on my UNIX Sys V machine.  Is there a later
>version of NET  (or should I be running a UNIX variant of NOS?)

I'm running NET on my Sys V box. There is a minimal version of NOS
for Unix called nosnix. I've played with it briefly, but it lacks
some features needed locally for handling AX25 communications. There
may be a later version, but I'm not aware of it. NET is a real CPU
hog on my system and I could wish for better. Perhaps someone has
done a better job porting NOS to Unix. I'd love to hear about it.
I'd particularly like to hear from anyone who has done a device
driver for one of the 8530 cards under Sys V.

Gary KE4ZV

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

Date: 25 Sep 91 16:42:50 GMT
From: gatech!swrinde!elroy.jpl.nasa.gov!grian!puffin![e-mail]
Subject: Unix NET > 890421.1a ??
To: [e-mail]

In article <[e-mail]> you write:
>I'm running NET on my Sys V box. There is a minimal version of NOS
>for Unix called nosnix. I've played with it briefly, but it lacks
>some features needed locally for handling AX25 communications. There
>may be a later version, but I'm not aware of it. NET is a real CPU
>hog on my system and I could wish for better. Perhaps someone has
>done a better job porting NOS to Unix. I'd love to hear about it.
If you do the following in ioinit(), it will improve the CPU-hogness
a LOT.  (I got this off the net soon after 890421.1 was released...)
Unfortunately, I've lost the original source, so can't give diffs...
-------------part of sys5_io.c---------------------------
/* Called at startup time to set up console I/O, memory heap */
ioinit()
{
    struct termio ttybuf;
    extern int iostop();

    (void) signal(SIGHUP, iostop);
    (void) signal(SIGINT, iostop);
    (void) signal(SIGQUIT, iostop);
    (void) signal(SIGTERM, iostop);

    ioctl(0, TCGETA, &ttybuf);
    savecon = ttybuf;

    ttybuf.c_iflag &= ~IXON;
    ttybuf.c_lflag &= ~(ICANON|ISIG|ECHO);
    ttybuf.c_cc[VTIME] = 1 ; /* '\0'; */
    ttybuf.c_cc[VMIN] = 0;  /* '\01'; */
    if ((savettyfl = fcntl(0, F_GETFL, 0)) == -1) {
        perror("Could not read console flags");
        return -1;
    }
    /* fcntl(0, F_SETFL, savettyfl | O_NDELAY); */

    ioctl(0, TCSETAW, &ttybuf);
}

------------------------------------------------------------
The change is to VTIME/VMIN, and not using NDELAY.  BTW - the fact
that net logs you off whenever it dies is true for any program that
sets vmin to 0 and/or uses ndelay - the shell does a read and gets
0 back (because there isn't anything to read), and interprets it
as EOF.

>I'd particularly like to hear from anyone who has done a device
>driver for one of the 8530 cards under Sys V.
Well, I haven't that yet...

-- Pete (K6JRR) [e-mail]

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

Date: 25 Sep 91 20:11:42 GMT
From: mvb.saic.com!unogate!orion.oac.uci.edu!usc!sdd.hp.com!spool.mu.edu!munnari.oz.au!bunyip.cc.uq.oz.au!qut.edu.au![e-mail]
Subject: WNOS FTP Site ??
To: [e-mail]

   Hi all,
       Does anybody know of a FTP site for WNOS, the main EXE file
 apart from ucsd.edu / tomcat. Ive heard there is a beta version around
 for WNOS....
 Also on the subject of Nos has anybody got a problem with Bids from Nos
 to the AX.25 world, again Ive heard WNOS is free of the Bid bugs...

 The later really should go to TCP-Group, thanks ....

  Andy - VK4KIV
 AARNet/Internet - [e-mail]

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

End of Packet-Radio Digest V91 #248
******************************
Date: Fri, 27 Sep 91 04:30:05 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #249
To: packet-radio


Packet-Radio Digest         Fri, 27 Sep 91       Volume 91 : Issue 249

Today's Topics:
               Dialing in SLIP (2 msgs)
        Multi-port cards with net/nos (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: 25 Sep 91 17:52:28 GMT
From: ucselx!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!wupost!m.cs.uiuc.edu!vela!umich!umeecs!z.eecs.umich.edu![e-mail]
Subject: Dialing in SLIP
To: [e-mail]

Hi.  I need a method to do dialup from inside of SLIP.  ie, I have a modem
locally and a modem on a remote machine.  I need to be able to detect a
broken connection (crontab ping?) and then reestablish the connection.
Is there a version of SLIP that will allow you to dial out?  What other ways
are there to do this?

            Thanks, Ralph

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

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

Date: 25 Sep 91 20:48:04 GMT
From: ucselx!sol.ctr.columbia.edu!samsung!spool.mu.edu!cs.umn.edu!lynx!triton.unm.edu![e-mail]
Subject: Dialing in SLIP
To: [e-mail]

On a related note, where does one get a copy of SLIP?

73

Ollie

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

Date: 26 Sep 91 01:51:59 GMT
From: swlabs![e-mail]
Subject: Multi-port cards with net/nos
To: [e-mail]

Wayne, n1cit would like to put a 3rd (and 4th) port on his 386 that
he uses for tcp/ip.  What is a good solution?  Is the AST board
supported in net and/or nos?  I think I remember that the Quadram
5 port card was supported under net but I thought it was a special
case.

Did anyone go back and allow the general solution of interrupt
sharing in the net/nos code?

Please send me e-mail on this.  Lately, my net access has been
shaky at best.  If there is interest, I will summarize.

73

-Jack
--
Jack Bonn, wq1r, <> Software Labs, Ltd, Box 451, Easton CT  06612
uucp:   uunet!swlabs!jack
tcp/ip: [e-mail]      [44.88.0.24]
ax.25:  [e-mail]

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

Date: 26 Sep 91 19:37:05 GMT
From: pa.dec.com!shodha.enet.dec.com!sedws1.enet.dec.com![e-mail]
Subject: Multi-port cards with net/nos
To: [e-mail]

In article <[e-mail]>, [e-mail] (Jack Bonn) writes...
>Wayne, n1cit would like to put a 3rd (and 4th) port on his 386 that
>he uses for tcp/ip.  What is a good solution?  Is the AST board

>shaky at best.  If there is interest, I will summarize.
>

I'm interested.

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

End of Packet-Radio Digest V91 #249
******************************
Date: Sat, 28 Sep 91 04:30:04 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #250
To: packet-radio


Packet-Radio Digest         Sat, 28 Sep 91       Volume 91 : Issue 250

Today's Topics:
               Dialing in SLIP (3 msgs)
             FCC tape this year?
         Help? FT-470 HT and packet (2 msgs)
           KA9Q package for Amiga? (2 msgs)
        KISS TNC in Heath Pocket-Packet HK-21?
                WW or WWW ???

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: 26 Sep 91 17:42:43 GMT
From: gatech!bloom-beacon!micro-heart-of-gold.mit.edu!xn.ll.mit.edu!ll.mit.edu![e-mail]
Subject: Dialing in SLIP
To: [e-mail]

In article <[e-mail]> [e-mail] (Ralph Seguin) writes:
>Hi.  I need a method to do dialup from inside of SLIP.  ie, I have a modem
>locally and a modem on a remote machine.  I need to be able to detect a
>broken connection (crontab ping?) and then reestablish the connection.
>Is there a version of SLIP that will allow you to dial out?  What other ways
>are there to do this?
>
>                       Thanks, Ralph
>
>[e-mail]   [e-mail]    [e-mail]

A more general question: where can I get a simple source of SLIP to
be run on a SUN-4 Unix system??

            Thanks, Jerry Black   [e-mail]

A

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

Date: 26 Sep 91 08:10:56 GMT
From: news.hawaii.edu!mpg.phys.hawaii.edu![e-mail]
Subject: Dialing in SLIP
To: [e-mail]

In article <[e-mail]> [e-mail] (Ralph Seguin) writes:
>Hi.  I need a method to do dialup from inside of SLIP.  ie, I have a modem
>locally and a modem on a remote machine.  I need to be able to detect a
>broken connection (crontab ping?) and then reestablish the connection.
>Is there a version of SLIP that will allow you to dial out?  What other ways
>are there to do this?

If you are using the PC version of NOS, it's easier to leave the modem on the
remote machine in autoanswer mode.  On the local machine, when you start it
up, do a 'tip ax0' to start a tip session.  You then send your modem the
standard commands to dial up the remote modem.  Once the connection is
established, you hit F10 and close the tip session.  You can also try using
NOS's 'comm' command to send strings to the modem but you'll have to append
the carriage returns to the end of the string '\r' (you also can't see the
modems responses if you use 'comm').  Still another possibility is to use the
'dialer' command if you really want to simplify things.  See the NOS
documentation for a sample dialer file.
--
Antonio Querubin
[e-mail] / [e-mail] / [e-mail]

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

Date: 27 Sep 91 11:10:10 GMT
From: news.hawaii.edu!mpg.phys.hawaii.edu![e-mail]
Subject: Dialing in SLIP
To: [e-mail]

In article <[e-mail]> [e-mail] ( Jerry Black) writes:
>A more general question: where can I get a simple source of SLIP to
>be run on a SUN-4 Unix system??

You can FTP it from uunet.uu.net.  There's a version for SunOS 4.0.x and
another for SunOS 4.1.x.  Look in the networking directory.  There is also a
--
Antonio Querubin
[e-mail] / [e-mail] / [e-mail]

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

Date: 27 Sep 91 18:31:41 GMT
From: ncrcom!ncrlnk!ciss!lawday![e-mail]
Subject: FCC tape this year?
To: [e-mail]

I've heard a (horrible) rumor that Rusty isn't going to drive the great
FCC database tape project this year.  Can it be true?  If so, is anyone
else interested in working up a way to get (and distribute) the tape?
If so, count me in to help in any (reasonable) way possible...

John  AG9V

--
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: 27 Sep 91 03:30:57 GMT
From: agate!garnet.berkeley.edu![e-mail]
Subject: Help? FT-470 HT and packet
To: [e-mail]

I'm relatively new to amateur radio: got my ticket over a year and a
half ago, but I've been out of the country for most of the intervening
period, so I haven't had much practice all told.

Today I picked up the first ham gear I can call my own: a Yaesu FT-470
HT and an AEA PK-88 packet controller.  Here's what I would like to
ask any helpful net amateurs who have experience with this or similar
setups:

1.  Does anyone have the exact wiring specifications for the Yaesu
side of the cable to the TNC?  Is "where do I plug it in" a stupid
question?  Presumably the MIC and EAR jacks, but how is the MIC jack
configured -- if it's (as the manual specifies) a 2-conductor
micro-mini phone jack, then what do I do with the PTT signal?  Or is
there something else I should know?  I can wire the cable all right,
but I have no appetite for blindly trying configurations on an
expensive piece of equipment.  Do I have to open the unit up?

2.  Suppose I want to run the HT off a 12V external power supply.
Where do I feed the power?  Not the battery terminals, I hope.  I
would have expected a DC power jack somewhere on the unit, but again I
don't see anything except a mysterious looking rubber plug-which-might-
hide-a-jack-but-I'm-afraid-to-pull-it-and-look.  The manual, again,
says nothing about this.

3.  Anything else (useful modifications, hints, caveats) I should know
about the FT-470 (or PK-88?)

Thanks in advance for any advice given this slightly bemused new ham
(I consider myself competent in analog and digital electronics, but
faced with an expensive micro-miniature powerhouse like this thing, my
main instincts are "HANDS OFF UNTIL YOU KNOW WHAT YOU ARE DOING!")

73 de
Adam N2LAW

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

Date: 27 Sep 91 03:27:56 GMT
From: agate!garnet.berkeley.edu![e-mail]
Subject: Help? FT-470 HT and packet
To: [e-mail]

I'm relatively new to amateur radio: got my ticket over a year and a
half ago, but I've been out of the country for most of the intervening
period, so I haven't had much practice all told.

Today I picked up the first ham gear I can call my own: a Yaesu FT-470
HT and an AEA PK-88 packet controller.  Here's what I would like to
ask any helpful net amateurs who have experience with this or similar
setups:

1.  Does anyone have the exact wiring specifications for the Yaesu
side of the cable to the TNC?  Is "where do I plug it in" a stupid
question?  Presumably the MIC and EAR jacks, but how is the MIC jack
configured -- if it's (as the manual specifies) a 2-conductor
micro-mini phone jack, then what do I do with the PTT signal?  Or is
there something else I should know?  I can wire the cable all right,
but I have no appetite for blindly trying configurations on an
expensive piece of equipment.  Do I have to open the unit up?

2.  Suppose I want to run the HT off a 12V external power supply.
Where do I feed the power?  Not the battery terminals, I hope.  I
would have expected a DC power jack somewhere on the unit, but again I
don't see anything except a mysterious looking rubber plug-which-might-
hide-a-jack-but-I'm-afraid-to-pull-it-and-look.  The manual, again,
says nothing about this.

3.  Anything else (useful modifications, hints, caveats) I should know
about the FT-470 (or PK-88?)

Thanks in advance for any advice given this slightly bemused new ham
(I consider myself competent in analog and digital electronics, but
faced with an expensive micro-miniature powerhouse like this thing, my
main instincts are "HANDS OFF UNTIL YOU KNOW WHAT YOU ARE DOING!")

73 de
Adam N2LAW

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

Date: 27 Sep 91 01:53:58 GMT
From: noao!asuvax!cs.utexas.edu!swrinde!mips!apple![e-mail]
Subject: KA9Q package for Amiga?
To: [e-mail]

I'm trying to write a handout for an "Introduction to TCP/IP"
talk this weekend, and I'd like to include information on how
folks can get various versions of the KA9Q package.

The best current information I have on the Amiga version is
that it's being handled by John Heaton in England. But I haven't
been able to track down an address for him (email or postal),
his callsign, or any anonymous FTP sites for the code. (Don't
bother suggesting the University of Maryland; Louis Mamakos
isn't involved in the project any more.)

So...does anyone have definitive information on how Amiga
owners could obtain the code? Is it on any current versions of
those FISH disks? (Or at least, are the older FISH disks that
carry it still available?) Available via anonymous FTP? Available
via mail??


Thanks!
Patty

--
===============================================================================
Patty Winter N6BIS                      What do they got? A lot of sand!
INTERNET: [e-mail]              We got a hot crustacean band!
UUCP: {decwrl,nsc,sun}!apple!winter     We got no troubles, life is de bubbles
AMPR.ORG: [44.4.0.44]                   Under the sea.
===============================================================================

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

Date: 27 Sep 91 08:57:41 GMT
From: sun-barr!cronkite.Central.Sun.COM!male!grapevine!sunicnc.France.Sun.COM![e-mail]
Subject: KA9Q package for Amiga?
To: [e-mail]

In article <[e-mail]>, [e-mail] (Patty Winter) writes:
   >
   > I'm trying to write a handout for an "Introduction to TCP/IP"
   > talk this weekend, and I'd like to include information on how
   > folks can get various versions of the KA9Q package.
   >
   > The best current information I have on the Amiga version is
   > that it's being handled by John Heaton in England. But I haven't
   > been able to track down an address for him (email or postal),
   > his callsign, or any anonymous FTP sites for the code. (Don't
   > bother suggesting the University of Maryland; Louis Mamakos
   > isn't involved in the project any more.)

This is the latest information I have. I haven't tried
to use it though.

 --- Begin Included Text ---
$
$ Hi,
$
$ For all those that ftp'd a copy of AmigaNOS v2.8f from my PC over the
$ last weekend, and for any other interested parties. I have found and
$ corrected a bug in the RSPF input routine (my fault), and the updated
$ copy of AmigaNOS can be found in the public directory on by PC. It uses
$ the same filename (AMIGANOS.28F) and version number.  Again the ip
$ address is 130.88.202.27 (jh.mcc.ac.uk) for anonymous ftp.
$
$ Cheers, John.
$
$ p.s, I have been offered PPP in Amiga code, so that may appear in a future
$     version.
$
$--
$Email: [e-mail]          Packet: [e-mail]7NWP.#16.GBR.EU (QTHR)
$                          NRS Central Administrator,
$      MCC Network Unit, The University, Oxford Road, Manchester,  M13-9PL
$              Phone: [phone], FAX: [phone]

 --- End Included Text ---

--
Steve McKinty                   "So what you're telling me Guys, essentially,
SUN Microsystems ICNC            is that Napoleon was a short, dead, dude?"
38240 Meylan, France
email: [e-mail]

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

Date: 22 Sep 91 15:49:46 GMT
From: mcsun!cernvax!chx400!adeskch!impch!jattmp![e-mail]
Subject: KISS TNC in Heath Pocket-Packet HK-21?
To: [e-mail]

I have got a Heath Pocket-Packet HK-21. It is equipped with a TAPR-like
software and a mini-bbs (or mailbox), but unfortunately it seems not to
have the capability of the "KISS TNC" mode.

Neither trying out a series of commands ("kiss" etc.) nor the disassembling
of the ROM-contents (and search after "kiss") did help. But the manual
says on Page 4-42 about the PP (PPERSIST ON/OFF) command:

    "PPERSIST may be used in both KISS TNC and normal AX.25 operation."
                  ^^^^^^^^

So the KISS TNC mode must be somewhere... Are there differend ROM versions?
Is there any further information about the Pocket-Packet? Here in Germany
I am sitting far away from the manufacturer Heath... Any pointers would
be appreciated.

    -Achim
--
Joachim Astel, Wiesenweg 4, W-8566 Leinburg, Germany - S & F: DL9NCQ @ DB0BOX
E-MAIL: [e-mail], [e-mail]

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

Date: 27 Sep 91 14:50:21 GMT
From: mcsun!uknet!ukc!ukc!axion!kitkat![e-mail]
Subject: WW or WWW ???
To: [e-mail]

There is currently some controversy in the UK as to whether the correct
distribution for bulletins going to the whole world is @ WW or @ WWW. I was
under the impression that the latter (@ WWW) was correct, but apparently
@ WW is used widely in Europe. Is there anything written down anywhere about
which is correct (I know - silly question!)? What is the rest of the world
using?

Brian

Brian Lloyd
Maintenance Section,                      # e-mail : [e-mail]
Software Technology Division,             # Phone  : [phone]
SSTF Building, BT Labs, Martlesham Heath, # Fax    : [phone]
Ipswich, Suffolk. UK. IP5 7RE             # Packet : G1NNA@GB7NNA.#31.GBR.EU

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

End of Packet-Radio Digest V91 #250
******************************
Date: Sun, 29 Sep 91 04:30:05 PDT
From: Packet-Radio Mailing List and Newsgroup </dev/[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Packet-Radio Digest V91 #251
To: packet-radio


Packet-Radio Digest         Sun, 29 Sep 91       Volume 91 : Issue 251

Today's Topics:
            Concurrent sessions under DOS?
              Help? FT-470 HT and packet
        KISS TNC in Heath Pocket-Packet HK-21?

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: 28 Sep 91 12:20:56 GMT
From: [e-mail]
Subject: Concurrent sessions under DOS?
To: [e-mail]

I am interested in running packet software (Lan-Link??) concurrently with
another chunck of software (Bigmouth produced by Talking Technology) that
answers my telephone.  Machine would be a '286/16.  I am thinking about
using Double-Dos.  Anyone had any experience doing this?  I know some
software has trouble servicing serial ports while runnign in the background.
Comments/suggestions?

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

Date: 28 Sep 91 14:27:37 GMT
From: ogicse!emory!wa4mei!ke4zv![e-mail]
Subject: Help? FT-470 HT and packet
To: [e-mail]

In article <[e-mail]> [e-mail] (Adam Jacobs N2LAW) writes:
>
>1.  Does anyone have the exact wiring specifications for the Yaesu
>side of the cable to the TNC?  Is "where do I plug it in" a stupid
>question?  Presumably the MIC and EAR jacks, but how is the MIC jack
>configured -- if it's (as the manual specifies) a 2-conductor
>micro-mini phone jack, then what do I do with the PTT signal?  Or is
>there something else I should know?  I can wire the cable all right,
>but I have no appetite for blindly trying configurations on an
>expensive piece of equipment.  Do I have to open the unit up?

The FT470 is wired like an Icom. You connect the audio from the TNC
to the tip of the mike plug through a capacitor and connect the PTT
to the tip with a resistor. The Icoms and Yaesus use a "leaky ground"
to generate PTT. The problem with this approach is there is a tradeoff
between rapid PTT and audio level and response. Typical values are
.1 ufd and 2.2 k ohms. The RC time constant limits TR turnaround.

A better scheme is to use a tiny audio transformer sideways like so,


TNC PTT----------))))))))))))------------> radio tip (audio)
         ============
TNC AF OUT-------))))))))))))----X--------> radio sleeve (gnd)
                 |
TNC GND--------------------------|

You can rip a suitable transformer out of an old transistor radio or
buy one from Radio Shack.

>2.  Suppose I want to run the HT off a 12V external power supply.
>Where do I feed the power?  Not the battery terminals, I hope.  I
>would have expected a DC power jack somewhere on the unit, but again I
>don't see anything except a mysterious looking rubber plug-which-might-
>hide-a-jack-but-I'm-afraid-to-pull-it-and-look.  The manual, again,
>says nothing about this.

The 2 meter only model does have a power jack under the rubber plug, but
the 470 doesn't. There's a place on the board for one, but Yaesu recomends
that you use a PA-6 module instead. This is a module that mounts in place
of the battery and contains regulators for running the radio and charging
a battery connected to the bottom of the PA-6. This is a really nice
accessory and well worth the price.

>3.  Anything else (useful modifications, hints, caveats) I should know
>about the FT-470 (or PK-88?)

Just the standard remarks that you should carefully set the audio level
so you wind up with a 3 khz deviation for your tones. Don't exceed that
level or many units will have trouble decoding your packets. Make sure
you have the power saver on the 470 turned off when you run packet or
you'll miss the first part of every packet. This can drive you nuts
because everything seems to be working but nothing prints.

One last note. Use a separate antenna and use shielded cables on your
TNC. Otherwise the RFI and RF feedback will ruin your packet operation.

Gary KE4ZV

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

Date: 28 Sep 91 21:14:30 GMT
From: swrinde!zaphod.mps.ohio-state.edu!caen!news.cs.indiana.edu!ux1.cso.uiuc.edu![e-mail]
Subject: KISS TNC in Heath Pocket-Packet HK-21?
To: [e-mail]

I'm not sure if this will help, but for the Kantronics tnc's the command is
INTFACE KISS. You might want to give it a try.
--
*************************************************************************
* 73 de Jay, WT9S     Internet: [e-mail]                *
*                     Packet:   [e-mail]                    *
*************************************************************************

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

End of Packet-Radio Digest V91 #251
******************************