Date: Sat, 2 Apr 94 04:30:20 PST From: Ham-Digital Mailing List and Newsgroup Errors-To: Ham-Digital-Errors@UCSD.Edu Reply-To: Ham-Digital@UCSD.Edu Precedence: Bulk Subject: Ham-Digital Digest V94 #93 To: Ham-Digital Ham-Digital Digest Sat, 2 Apr 94 Volume 94 : Issue 93 Today's Topics: Unknown RTTY mode Send Replies or notes for publication to: Send subscription requests to: Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Ham-Digital Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 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 Mar 94 19:21:17 EDT From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!EU.net!sunic!psinntp!psinntp!pbs.org!pbs.org!whull@network.ucsd.edu Subject: Unknown RTTY mode To: ham-digital@ucsd.edu In article , wilsonjh@netcom.com (John Wilson) writes: > I have been monitoring some "utility" signals using an AEA PK232-MBX, > and have run across many strong signals that the PK232 cannot decode. > These sound like ordinary two-tone FSK RTTY signals. > They are often, but not always in the HF maritime bands (6, 8, 12, etc. > Mhz), and the signal identification feature on the PD232 shows > 75 baud and mode "unknown". I hear these signals with both narrow > and wide shifts. Anybody know what they are? A special code for an > Oriental language? Encrypted data? Something altogether else? Anybody > know how to copy them? I believe that you will find these signals are encrypted. They are operating often in a synchronous rather than asynchronous mode. With out the keying material, you don't stand much chance of reading them. NSA probably is able to crack them. There are some Ship to Shore stations operating in these areas in the NAVTEX (AMTOR) fec mode. Your unit will read them nicely. There is also Ship to Shore ARQ which you can monitor..only problem being that the freq between shore and ship are split. > > Best 73, Bill (N4LRA) > John K3KXJ > ------------------------------ Date: 1 Apr 1994 16:07:09 GMT From: juniper.almaden.ibm.com!enge.almaden.ibm.com!enge@uunet.uu.net To: ham-digital@ucsd.edu References <2n7a1m$3v3@hpbab.mentorg.com>, <2n9j6k$db9@hp-col.col.hp.com>, <2nf871$l66@hpbab.mentorg.com> Subject : Re: NTS traffic on packet Most of the software authors will do any changes that seem reasonable to meet NTS's need. I have made many changes to accommodate CAP and MARS stations/traffic as well as having a large amount of support for ARES/RACES. I regularly receive input from MARS and CAP but have never heard a word from any NTS people except way way back when we first established zip@NTSxx. Roy Engehausen, AA4RE enge@almaden.ibm.com ------------------------------ End of Ham-Digital Digest V94 #93 ****************************** ******************************