home *** CD-ROM | disk | FTP | other *** search
Text File | 1993-12-31 | 546.9 KB | 9,408 lines |
- Wed, 1 Apr 92 04:30:05 PSTFrom: Packet-Radio Mailing List and
- Newsgroup <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #86To: packet-radioPacket-Radio Digest Wed,
- 1 Apr 92 Volume 92 : Issue 86Today's Topics:
- Anyone using PE1CHL's SCC on ST?
- AX.25 Specs BBS name standards / Packet-BBS
- gateways compression on packet....info
- Data Engine
- Dcdsm Dr4-10
- Packet for QNX? AX25 Format? Relay to VS6CT
- "Bill" desired - s&f qsp mail
- S.F info + responce Telcom
- info-group access + The resurgence of a myth:
- Craig ShergoldSend Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 31 Mar 92 15:32:23 MDTFrom:
- dog.ee.lbl.gov!hellgate.utah.edu!cc.usu.edu!slp9m@network.UCSD.ED
- USubject: Anyone using PE1CHL's SCC on ST?To:
- packet-radio@ucsd.eduI would like to get in touch with anyone on
- the ne who has built and/orinstalled and/or used PE1CHL's SCC
- for the 1040 ST. Please reply via mail.73, -SEP
- #################################################################
- ############ Scott E. Parker WA7VYJ # INTERNET:
- SLP9M@cc.usu.edu ## Center for Atmospheric & Space Sciences
- # Twisted pair: (801) 750-2975 ## Utah State
- University # Home: (801) 753-3924 ##
- Logan, UT 84322-4405 #
- #################################################################
- ############------------------------------Date: 1 Apr 92
- 06:37:41 GMTFrom:
- ogicse!willamette.edu!tbaker@uunet.uu.netSubject: AX.25 SpecsTo:
- packet-radio@ucsd.eduAnyone have a copy of the AX.25 specs they
- could send me?Also, anyone know of source for a node walker I
- could get a hold of?T.A.Baker------------------------------Date:
- 1 Apr 92 05:17:24 GMTFrom:
- swrinde!gatech!pitt!w2xo!durham@network.UCSD.EDUSubject: BBS
- name standards / Packet-BBS gatewaysTo: packet-radio@ucsd.eduIn
- article <1992Mar29.150939.15266@n8emr.uucp>, gws@n8emr.uucp
- (Gary Sanders) writes:> In article <212@w2xo.pgh.pa.us>
- durham@w2xo.pgh.pa.us (Jim Durham) writes:>> >information, ie;
- an "ALL@AMSAT" bulletin from W1ABC with a BID of> >$orbs22_088
- would be addressed:> >>
- >all%amsat.#w1abc.$orbs22_088.bull@w2xo.pgh.pa.us> >> >Traffic
- would be like:> >>
- >nts%ntsma.#w1abc.$NTS_03459.nts@w2xo.pgh.pa.us> >> > I didnt
- think the # was a valid rfc822 character. I know my> local
- machine as well as our suns barf on it..Gary , you could be
- right. However, my machine and sendmail 5.65 arenot bothered by
- it. I have no particular love for "#" if you havean alternative
- to suggest.My concern, and perhaps I am being too concerned, is
- that a lot of folksdon't have the wherewithall to generate
- X-headers. I agree thatX-headers is the proper way to do the
- job, but if you are a user ona system over which you have no
- control or influence, you may not beable to do this. Perhaps
- this is a very minor percentage of users. Idon't know..Another
- problem is that I want to be able to handle mailing listslike
- the one from JPL directly. These folks are kind enough to
- supplythe feed, but won't bother with X-headers to accomodate
- ham radioproblems. With the "per-cent address" scheme, I am able
- to givethem an address they can handle without trying to
- generate specialheaders for me.-Jim Durham
- (durham@w2xo.pgh.pa.us)
- (packet:W2XO@W2XO.#WPA.PA.USA.NOAM)------------------------------
- Date: Tue, 31 Mar 1992 02:04:05 GMTFrom:
- usc!rpi!ispd-newsserver!laidbak!tellab5!vpnet!gagme!grahj@network
- .UCSD.EDUSubject: compression on packet....infoTo:
- packet-radio@ucsd.edua while back, there was a question
- regarding the use of compression onpacket radio --- I just got a
- response on that with a request to pass italong to the net from
- WA7UGB, so here it is.....the PA0GRI version 2.0F TCP/IP package
- uses LZW compression if both ends ofthe connect want it.short
- and simple....this is a first for me. :-) thanks to WA7UGB for
- thisinfo. --jimStandard disclaimer....Ever since my cat
- learned to type, there's no tellingwhose thoughts these really
- are.... 73 DE N5IAL
- (/9)-------------------------------------------------------------
- -----------------INTERNET: jim@n5ial.chi.il.us |
- grahj@gagme.chi.il.us | j.graham@ieee.orgUUCP:
- gagme!n5ial!jim@clout.chi.il.usAMATEUR RADIO: n5ial@n9hsi
- (Chicago.IL.US.Earth)--------------------------------------------
- ----------------------------------------------------------------D
- ate: 1 Apr 92 01:14:40 GMTFrom:
- swrinde!gatech!hubcap!melbrec@network.UCSD.EDUSubject: Data
- EngineTo: packet-radio@ucsd.edujra@lawday.DaytonOH.NCR.COM (John
- Ackermann) writes:>I just got back from spending the afternoon
- at K1LT's, where we have>three complete node stacks built of
- DataEngines running G8BPQ and>driving D4-10 radios running,
- going through final tweaking before>becoming the new Dayton -
- Columbus - Cincinnati backbone. Impressions>so far:...>2) The
- DataEngine is <not> good for high speed KISS operation. We
- (and>I'm told others) have tried running NOS with them and
- there's something>just plain wrong with the code -- lots of
- frames get trashed, and lots>of retries. We think its a
- firmware and not hardware problem, as we>don't see this with
- normal AX.25 or G8BPQ operation.I called Kantronics and asked
- about that. Their reply was there was nohardware or software
- flow control in the firmware which is why frames aregetting
- trashed. >John AG9V>-- >John R. Ackermann, Jr. Law
- Department, NCR Corporation, Dayton, Ohio>(513) 445-2966
- John.Ackermann@daytonoh.ncr.com>Packet Radio: ag9v@n8acv
- tcp/ip: ag9v@ag9v.ampr [44.70.12.34]-- Mark
- Elbrechtmelbrec@hubcap.clemson.eduClemson University Clemson,
- SC------------------------------Date: 31 Mar 92 10:47:52
- GMTFrom:
- sdd.hp.com!spool.mu.edu!umn.edu!cs.umn.edu!kksys!tdkt!FredGate@ne
- twork.UCSD.EDUSubject: DcdsmTo: packet-radio@ucsd.eduTo J
- William Snyder Jr.... I tried the modification you recommended,
- and yesthey ask for pin 28 when it is actually 26, but still
- doesn'twork...The data comes flying through, but the DCD still
- staysactive all the time...It will NOT let the TNC
- Transmit....SIGH oh well...20 dollar experiment I guess...I
- mighttry a Universal PacComm unit....TNX,Chris * Origin:
- HAM>link< RBBS 612/HAM-0000 Saint Paul, MN
- (K0TG)(1:282/100.0)------------------------------Date: 31 Mar 92
- 10:50:08 GMTFrom:
- sdd.hp.com!spool.mu.edu!umn.edu!cs.umn.edu!kksys!tdkt!FredGate@ne
- twork.UCSD.EDUSubject: Dr4-10To: packet-radio@ucsd.eduI was
- reading an article from the Packet Register and I sawsomething
- that said"The Kantronics D-410 radio has a data slicer and has
- been tested successfuly with raw data. However, this
- configuration is not compatible with any other formats, such s
- K9NG/G3RUH, but could certainly be used in a pt to pt
- application." Is this true??? If I buy a Data engine with the
- 9600baud modem,and the DR4-10 will I not be able to connect to
- otherson the network using TAPR 9600 baud modems and Motorola
- rigs????Doesn't seem right to me...-Chris * Origin: HAM>link<
- RBBS 612/HAM-0000 Saint Paul, MN
- (K0TG)(1:282/100.0)------------------------------Date: 31 Mar 92
- 15:01:46 GMTFrom:
- waikato.ac.nz!aukuni.ac.nz!mercury!nacjack!richard@decwrl.dec.com
- Subject: Packet for QNX? AX25 Format?To: packet-radio@ucsd.eduI
- have just recently purchased a Tiny-2 TNC, and a Kenwood TM-241A
- 50 Watt(2m) transceiver.I run a BBS (phone), and have purchased
- the gear in order to attach itto my current system.Problem: I
- run QNX 2.15, which as far as I know, has no software totalk
- AX.25. I can run a terminal program under MESSDOS, but I wantto
- use it for the BBS.Can anyone tell me of anywhere I can get/view
- code that will allowme to decode the packeted information that I
- receive (via RS232) fromthe Tiny-2? If you have something,
- please don't send it, just tell meyou have it. I have to pay for
- email and if this is a commonish problem,and I get scads of
- copies of code then I will be up to my ears in debt!Thanks in
- Advance,Richard--------------------------------------------------
- -------------------------"Today we will do lying on the floor.
- You will lie on the floor. You willcontinue to lie on the floor,
- and if you move a single muscle, I will killyou." - Alexi Sayle,
- Didn't you kill my brother?USENET : richard@nacjack.gen.nz
- The Demi-Monde : 199:310/1FIDONET : Richard Vowles 3:772/110.0
- Amateur Radio : ZL1UTF------------------------------Date: 31
- Mar 1992 13:27:18 -0800From: news-mail-gateway@ucsd.eduSubject:
- Relay to VS6CT "Bill" desired -To: packet-radio@ucsd.eduHi
- packet folks,I appreciate anyone who can relay my "cq" to Bill,
- VS6CT, a digital hamin Hong Kong. He is the only digital ham in
- HK that I've read about sofar. I'm (still) planning buy
- equipment and would like to get someadvice on what they use in
- that sector of the universe.Mitch, KB0GNY,:)
- SK------------------------------Date: Mon, 30 Mar 92 21:42:48
- UTCFrom: db3fl@db3fl-1Subject: s&f qsp mailTo:
- Packet@all.news.groupsX-Subject: LZW implementation to AX25 S&F
- systemshello,there are already some implementations of LZW
- compression present. currentlyknown only in tcp/ip packages. to
- make it available to other systems theremust be a talk abt.
- before implementation.my suggestion for the protocol:SABM
- --->>> <<<--- UA[MBOX-X$] --->>>
- ; X indicates the ability of LZW1. version
- <<<--- [MBOX-$] ; no LZW ... nothing further happenes2.
- version <<<--- [MBOX-X$] ; able to do LZW,
- too!XLZW <bits> <mode> --->>> ; variable or constant
- .. to be fixed <<<--- XLZW Ok ; now they
- are synched together ; any
- further traffic is compressedOR: <<<--- NO
- - not supported ; or any other msgthats it. its just the same
- way of implementation than in the tcp/ippackages
- (SMTP).remember: only the calling station is responsible to
- initiate LZW!the LZW should be switchable. its takes some cpu
- time, especially on decoding.the value of "bits" is in the range
- of 9 to 16. the size of the xferredmail goes to 70% to 55%
- depending on the value.pse send ur comments to
- '<btitmars@esoc.BITnet>' for QSP to me.best regards,
- michaelOrigin:
- DB3FL%DC0HK%btitmars@esoc.BITnet------------------------------Dat
- e: 31 Mar 1992 07:39:22 -0800From:
- news-mail-gateway@ucsd.eduSubject: S.F info + responceTo:
- packet-radio@ucsd.edu------------------------------Date: 31 Mar
- 1992 12:28:49 -0800From: news-mail-gateway@ucsd.eduSubject:
- Telcom info-group access +To: packet-radio@ucsd.eduHi Bob, Mitch
- in Durango, KB0GNYThe "Telecom" info I get comes from
- >telecom@delta.eecs.nwu.edu< .Send mail to:
- >listserv@delta.eecs.nwu.edu<No subject needed, thenSUBSCRIBE
- TELECOM your namethat should do it!Are you the Bob that's doing
- something with wireless data net for anindustrial park and a
- library?A Dios! Mitch
- s02337@flc.colorado.edu------------------------------Date: 31
- Mar 92 05:56:46 GMTFrom:
- swrinde!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu!yale.edu!jvnc.
- net!darwin.sura.net!uvaarpa!murdoch!turing.acs.virginia.edu!jon@n
- etwork.UCSD.EDUSubject: The resurgence of a myth: Craig
- ShergoldTo: packet-radio@ucsd.eduIn article
- <ktedefINNb6n@ucsd.edu> brian@ucsd.edu (Brian Kantor) writes:>If
- you happen to see a message on your local packet BBS about
- sending>post cards to a dying child, you might wish to consider
- the following>and perhaps even follow up on the BBS
- message.[excellent and completely accurate recounting of the
- Craig Shergold legend]Just thought I'd note my 'brush with
- celebrity' here... The Kluge ChildrensRehabilitation Center
- (KCRC) is next door to my apartment building. That'swhere Craig
- had that nasty tumor taken care of... I remember it coming onthe
- news and I was startled. I had thought it all to be complete
- urban.legend.Aint it a wacky world?CU on the
- ether...------------------------------Date: 31 Mar 92 17:36:30
- GMTFrom:
- usc!sol.ctr.columbia.edu!spool.mu.edu!umn.edu!orstnews!ECE.ORST.E
- DU!johan@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
- <3711@cod.NOSC.MIL>, <1992Mar30.045004.13259@qualcomm.com>,
- <1992Mar31.003359.12431@NCoast.ORG>Subject : Re: Help 2nd try
- tcpip ka9q problem>If you have PA0GRI 2.0 you can set "mbox
- jumpstart on" to defeat this. DON'T>DO THIS IF YOU ARE USING
- NET/ROM UNLESS yOU GIVE THE NET/ROM NODE A DIFFERENT>CALL
- (another PA0GRI 2.0 feature), AND DON"T DO IT AT ALL IF YOU WILL
- BE USING>"mode vc"! The results if you do are NOT pretty.I am
- the originator of the jumpstart code; as Phil might agree, it is
- not apretty solution, but one that works and at least keeps my
- users happy !As for the working of it :jumstart will never be
- used if the connect comes from a *known* netrom neighbour,and
- never if the interface is in VC mode !The 'known' is the key in
- the netrom part; this implies that you have hearda nodes
- broadcast from you neighbour, so that your system has
- identifiedit as a netrom system. This could sometimes take a
- while...I recently fixed the netrom load command, so you can now
- load routes (frompreviously saved file) at startup. Gerard has
- added this fix to 2.0h, justout...Since v0.95 of my code, i've
- added a command to setup a list of calls to exclude from
- jumpstart. This can be used to avoid things like rspf in vc
- mode,and whatever else is causing troubles... This is not is
- gerard's code...Again, not the nicest, when you're trying to
- deal with as many proto'sas nos is, that's the way it is...My
- stuff can also be found on ucsd.edu73Johan, WG7J/PA3DIS>>AX.25
- is a poor wrapper for IP and NET/ROM packets; unfortunately,
- thanks to>the FCC it's all we have. (grrr.....)>>++Brandon>--
- >Brandon S. Allbery, KF8NH [44.70.4.88]
- allbery@NCoast.ORG>Senior Programmer, Telotech, Inc. (if I may
- call myself that...)------------------------------Date: 1 Apr 92
- 01:41:10 GMTFrom:
- usc!cs.utexas.edu!utgpu!cunews!revcan!software.mitel.com!perryd@n
- etwork.UCSD.EDUTo: packet-radio@ucsd.eduReferences
- <3711@cod.NOSC.MIL>, <1992Mar30.045004.13259@qualcomm.com>,
- <1992Mar31.003359.12431@NCoast.ORG>Subject : Re: Help 2nd try
- tcpip ka9q problemIn article <1992Mar31.003359.12431@NCoast.ORG>
- allbery@ncoast.org (Brandon S. Allbery KF8NH) writes:>>AX.25 is
- a poor wrapper for IP and NET/ROM packets; unfortunately, thanks
- to>the FCC it's all we have. (grrr.....)>Is this true? That is,
- is there a legal requirement to use AX.25 framesto encapsulate
- IP datagrams? Or would any framing which contained
- thetransmitting station's call do? I recall seeing something
- like this inone of the ARRL Computer Networking Conference
- proceedings. Of course,I suppose the point is moot now that
- there are billions and billionsof ax.25 tncs out there.Dave--
- Dave
- Perryve3ifb@ve3jf.#eon.on.ca.noamperryd@software.mitel.com-------
- -----------------------Date: 31 Mar 92 18:14:52 GMTFrom:
- swrinde!cs.utexas.edu!tamsun!cs.tamu.edu!kurt@network.UCSD.EDUTo:
- packet-radio@ucsd.eduReferences <3711@cod.NOSC.MIL>,
- <1992Mar30.045004.13259@qualcomm.com>,
- <1992Mar31.003359.12431@NCoast.ORG>Subject : Re: Help 2nd try
- tcpip ka9q problemIn article
- <1992Mar31.003359.12431@NCoast.ORG>, allbery@NCoast.ORG (Brandon
- S. Allbery KF8NH) writes:|> AX.25 is a poor wrapper for IP and
- NET/ROM packets; unfortunately, thanks to|> the FCC it's all we
- have. (grrr.....)Actually, it works quite nicely for IP, so
- long as you operate in datagrammode and don't fool with that
- other AX.25 junk.kf-- Kurt Freiberger, wb5bbw kurt@cs.tamu.edu
- 409/847-8607 fax:409/847-8578Dept. 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: Wed, 1 Apr 1992 06:56:00
- GMTFrom:
- qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUTo
- : packet-radio@ucsd.eduReferences
- <1992Mar30.045004.13259@qualcomm.com>,
- <1992Mar31.003359.12431@NCoast.ORG>, <11321@perryd>Subject : Re:
- Help 2nd try tcpip ka9q problemThis is a reference to 97.109
- (Station control) paragraph (e):No station may be automatically
- controlled while transmitting third-partycommunications, except
- a station retransmitting digital packet radiocommunications on
- the 6m and shorter wavelength bands. Such stations must beusing
- the American Radio League Inc., AX.25 Amateur Packet - Radio
- Link -Layer Protocol [sic], Version 2.0, October 1984 (or
- compatible). Theretransmitted messages must originate at a
- station that is being locallyor remotely controlled.(end of
- rules excerpt)I remember a meeting of the ARRL Digital Committee
- when the chairmanassured us that our specific mention of AX.25
- in a STA petition toallow automatic packet radio operations
- would NOT end up being writteninto the
- rules...Phil------------------------------Date: Tue, 31 Mar 1992
- 21:04:15 GMTFrom:
- qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUTo
- : packet-radio@ucsd.eduReferences
- <1992Mar30.045004.13259@qualcomm.com>,
- <1992Mar31.003359.12431@NCoast.ORG>,
- <1992Mar31.173630.9704@talon.ucs.orst.edu>Subject : Re: Help 2nd
- try tcpip ka9q problemIs all this trouble worth it just so the
- poor user doesn't have to hit"enter" after connecting?? I mean,
- really... :-)Phil------------------------------End of
- Packet-Radio Digest V92 #86******************************Date:
- Thu, 2 Apr 92 04:30:03 PSTFrom: Packet-Radio Mailing List and
- Newsgroup <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #87To: packet-radioPacket-Radio Digest Thu,
- 2 Apr 92 Volume 92 : Issue 87Today's Topics:
- Accessing UO-22 using an IC-2400 Tranciever? Anybody
- tried to use PCPAKRATT with Desqview?
- A question ! Ax.25 V2.1?!?
- BayCom 1.5a ? Can you run packet on an
- HP95LX palmtop? (3 msgs) Description of the
- KISS protocol? Dr4-10
- fbbs to nos forwarding
- Keyboard-to-keyboard re: HELP 2nd try tcpip ka9q
- problem (2 msgs)Send Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 2 Apr 92 01:26:38 GMTFrom:
- munnari.oz.au!yoyo.aarnet.edu.au!sirius.ucs.adelaide.edu.au!snap.
- aelmg.adelaide.edu.au@network.UCSD.EDUSubject: Accessing UO-22
- using an IC-2400 Tranciever?To: packet-radio@ucsd.eduI have an
- Icom IC-2400 Transceiver (dual band 2m/70cm FM Mobile). I
- amwondering what the chances would be of being able to use this
- radiosuccessfully to connect to UO-22 (with appropriate modems
- etc...)on packet radio.I have not previously played with
- satellite communications except fora couple of packet connects
- to the MIR space station on 1200 Baud FM soI am not completely
- familiar with the requirements of radios etcto use the 9600 Baud
- satellites.Any information would be appreciated. Please E-Mail
- me at the addressbelow.Cheers de Grant VK5ZWI--Grant Willis
- (VK5ZWI) 3rd/4th Yr Elec. Eng. Stud. | The opinions
- expressedAdelaide University, South AUSTRALIA |
- here are mine. TheAARNet/Internet:
- e3grwill@snap.aelmg.adelaide.edu.au | Uni probably doesntPacket
- Radio: VK5ZWI@VK5TTY.#SA.AUS.OC | know I
- exist!------------------------------Date: 1 Apr 92 15:24:33
- GMTFrom: ecsgate!crisp@mcnc.orgSubject: Anybody tried to use
- PCPAKRATT with Desqview?To: packet-radio@ucsd.eduHello all.I'm
- trying to figure out how to get PCPAKRATT to work withDesqview.
- It keeps craping out on me. Anyone ever accomplishedthis?
- ThanksRuss Crisp KA4UXZ------------------------------Date: Wed,
- 01 Apr 92 10:17:21 ESTFrom:
- wang!tosspot.sv.com!lee@uunet.uu.netSubject: A question !To:
- packet-radio@ucsd.eduGennlemen, just wondering - do any
- of you, anywhere, live in an areawhere a keyboard to keyboard
- channel for ragchewing is designated andactually observed? (No
- backbones, no PBBSes - just people who want totalk to other
- people in realtime) I'm curious, living in SNH as I do, I'm
- lucky to be able to connectto anything reliably with all the
- congestion, much less another persona hop or two away.
- Lee (A packeteer since 1983,
- and a NEDA memeber)------------------------------Date: Wed, 01
- Apr 1992 15:18:49 -0600From:
- usc!sol.ctr.columbia.edu!src.honeywell.com!umn.edu!cs.umn.edu!kks
- ys!tdkt!FredGate@network.UCSD.EDUSubject: Ax.25 V2.1?!?To:
- packet-radio@ucsd.eduDoes anyone have any idea when we will be
- seeing AX25 version 2.1?? Seems to me that lvl 2 is starting to
- show some of its age(It was released in 1984!!!)The longer
- packet lengths would seem to be neededfor H.S. links..... -Chris
- N0OVF @ WB0GDB.MN * Origin: HAM>link< RBBS 612/HAM-0000 Saint
- Paul, MN (K0TG)(1:282/100.0)------------------------------Date:
- 2 Apr 92 17:42:23 GMTFrom:
- swrinde!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!jvnc.net!darwin.s
- ura.net!paladin.american.edu!auvm!alijku11!k000165@network.UCSD.E
- DUSubject: BayCom 1.5a ?To: packet-radio@ucsd.eduHello |Does
- anyone know about an anonymous ftp site, from which BayCom
- 1.5acan be downloaded ?73's, tnks de OE5HAN /
- Gerald------------------------------Date: Tue, 31 Mar 1992
- 21:01:52 GMTFrom:
- sdd.hp.com!hpscdc!hplextra!hpcc05!hpdmd48!jhays@network.UCSD.EDUS
- ubject: Can you run packet on an HP95LX palmtop?To:
- packet-radio@ucsd.eduRE: 95LX PacketThe short answer: YesA
- little longer: You can use XON/XOFF on a 3 line RS-232Even a
- little longer: Somebody ported KA9Q TCP/IP to the 95LX and it
- ran.Disclaimer: I have never done it myself, but have heard of
- it being done andsee no technical barriers (the 95LX runs
- 115Kbaud for file transfers to a PC,it should handle 1200 baud
- for packet). These are my opinions, not HPs.Love my
- 95LX!!!JohnJohn D. Hays [KD7UW] |Email: [UUCP]
- ...!hplabs!hpdmd48!jhaysFirmware Engineer |
- [INTERNET] jhays@hpdmd48.boi.hp.comBoise Printer Division
- | [GEnie] HAYSBoise,
- Idaho | [Compu$erve]
- 72725,424------------------------------Date: 1 Apr 92 08:42:03
- GMTFrom:
- sdd.hp.com!swrinde!gatech!gatech!wa4mei!ke4zv!gary@network.UCSD.E
- DUSubject: Can you run packet on an HP95LX palmtop?To:
- packet-radio@ucsd.eduIn article
- <1992Mar30.232705.21451@src.honeywell.com>
- kanefsky@src.honeywell.com (Steve Kanefsky) writes:>Has anyone
- successfully run packet on an HP 95LX palmtop computer?>It has a
- somewhat non-standard 4-pin serial port with just, RX, TX>and
- ground and none of the other pins needed for DCD, hardware
- handshaking,>etc. It *is* compatable with most DOS programs and
- has a decent built-in>communications program.Jay Maynard says he
- has a version of Phil's TCP/IP for the 95. And of course it
- should work with standard TAPR firmware. Only a three wire,Tx,
- Rx, and ground, cable is needed for packet. At normal amateur
- baudrates, there's little danger of messages scrolling off the
- screen beforeyou can read them. :-( So flow control is
- unnecessary.Gary KE4ZV------------------------------Date: 1 Apr
- 1992 16:47:03 GMTFrom:
- haven.umd.edu!darwin.sura.net!convex!bcm!lib!oac.hsc.uth.tmc.edu!
- jmaynard@ames.arpaSubject: Can you run packet on an HP95LX
- palmtop?To: packet-radio@ucsd.eduIn article
- <1992Apr1.084203.25639@ke4zv.uucp> gary@ke4zv.UUCP (Gary
- Coffman) writes:>In article
- <1992Mar30.232705.21451@src.honeywell.com>
- kanefsky@src.honeywell.com (Steve Kanefsky) writes:>>Has anyone
- successfully run packet on an HP 95LX palmtop computer?>Jay
- Maynard says he has a version of Phil's TCP/IP for the 95. And
- of >course it should work with standard TAPR firmware. Only a
- three wire,>Tx, Rx, and ground, cable is needed for packet. At
- normal amateur baud>rates, there's little danger of messages
- scrolling off the screen before>you can read them. :-( So flow
- control is unnecessary.I'd replied to Steve directly, but a
- comment or two is in order...My (slightly) modified KA9Q TCP/IP
- for the 95 is available for FTP from theHP95LX archive at
- eddie.mit.edu and the ham archives at ucsd.edu. It's builtfrom
- the base KA9Q package at the 910618 level; I'll snarf the 911229
- versionsometime soon and make it run as well.Gary's right that
- only a three wire cable is required; this is even true forKISS
- mode at higher speeds, since there's a software handshake
- involved inKISS. If you're using the built-in Datacomm
- application to talk to the TNC interminal mode, you can get
- software flow control by using the Settings menu toenable
- XON/XOFF mode. I was only able to get it to do KISS reliably at
- 4800BPS, though, due to the NOS software's interrupt latency.
- The cable I use fora PacComm HandiPacket, which has a 9-pin
- connector designed to connectstraight through to a PC/AT's
- serial port, has a DB-9S for the 95's serialcable, and is wired
- with pin 5 (ground) to pin 5, pin 2 wired to pin 3 andvice
- versa, and on the DB-9P at the TNC end, pins 7 and 8, and pins
- 1, 4, and6 jumpered together. The jumpers dummy out the control
- signals so the TNC willthink that something is really
- there.While I'm here, I have a question about the HandiPacket:
- How do I force a hardreset and forget all parameters stored in
- RAM? The TNC is in a mode whereit'll echo correctly anything
- sent to it at 1200 BPS, but will not do anythingelse. I've tried
- 'param ax0 255 255' (and 255 254) from NOS, three control-Csin a
- row with delays on either side, turning the main operating
- battery offwith the TNC on, and waving a dead cat over the box
- three times while intoning"Death to Morris!" (heresy, I know...
- :-) Any other ideas?-- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never
- ascribe to malice that which canjmaynard@oac.hsc.uth.tmc.edu
- | adequately be explained by a .sig virus. "Grow up
- children. Purchase lives." -- Geoff
- Collyer------------------------------Date: Wed, 1 Apr 1992
- 15:18:52 GMTFrom: usc!rpi!sadowg@network.UCSD.EDUSubject:
- Description of the KISS protocol?To: packet-radio@ucsd.edu
- Just want to fool around with some networking software but I
- know notthing one about KISS. If any one could point me to an
- FTP site or mail someinfo to me, I would appreciate it.
- 73, Greg - N2IKZ------------------------------Date:
- Wed, 1 Apr 1992 13:06:53 GMTFrom:
- psinntp!ncrlnk!ciss!lawday!jra@uunet.uu.netSubject: Dr4-10To:
- packet-radio@ucsd.eduChris.Schmelzer@f100.n282.z1.tdkt.kksys.com
- (Chris Schmelzer) writes:>I was reading an article from the
- Packet Register and I saw>something that said>"The Kantronics
- D-410 radio has a data slicer and has been tested >successfuly
- with raw data. However, this configuration is not >compatible
- with any other formats, such s K9NG/G3RUH, but could >certainly
- be used in a pt to pt application."> >Is this true??? If I buy a
- Data engine with the 9600baud modem,>and the DR4-10 will I not
- be able to connect to others>on the network using TAPR 9600 baud
- modems and Motorola rigs????>Doesn't seem right to
- me...>-ChrisIt's not. If the article you saw is Mike Curtis's,
- I'm probably hissource. Here's the scoop:The D4-10 has two I/O
- ports: one is analog and matches the one in theDVR2-2. You can
- shove into it whatever sort of analog modulation, including 9600
- baud G3RUH/K9NG, that you want. It'll be fullycompatible in
- that mode with any other UHF radio running the same modem.The
- second port is digital. TXD drives the radio with straight
- +/-10kHz deviation (ie, mark is +10, space is -10 from the
- centerfrequency). RXD comes from the onboard data slicer which
- looks forthose FSK transitions.To drive the digital port, you
- can use a Kantronics modem, which isessentially a G3RUH design
- with all the analog bits bypassed so that itfeeds TTL level
- signals into the D4. The Kantronics modem has a dualspeed clock
- on board and will work at either 9600 or 19,200 baud. Thatworks
- fine, but you're paying $100 for a modem and only using about
- 25% of the circuitry on it. (Of course, it would be easy to
- modify a K9NG modem to run this way, and it would probably cost
- only $50 or so to build one of those up, again leaving about
- half the parts off the board.The other alternative, and the one
- Mike referred to, is what we'redoing. Since the D4-10 can be
- properly thought of as an RF modem --with digital signals going
- in/out one end, and analog on the other --there's really no need
- for a "modem" at all. We're taking signals fromthe modem
- disconnect header and shoving them right into the D4, usingthe
- D4 squelch for DCD.We've built our local LAN around this idea,
- and it seems to work justfine. I'm sure it's costing us a dB or
- two of link margin (since thescrambler used in the K9NG/G3RUH
- design is going to have some positiveeffect, and the external
- clock recovery may work better than the one inthe SCC chip in
- the TNC), but it's meeting our needs, and saving ourusers (all
- three of them!) $100 per radio.We decided to build a full-duplex
- repeater for the 19.2KB net, and to put our money into improving
- its performance so that everyone is benefitted, rather than
- requiring each user to increase his investmentto get that extra
- dB or two.However, and here's where Mike is going, using raw
- data at the digital port is not compatible with the modems,
- because a) the analog output is modulated differently, and b)
- the data is not scrambled.John AG9V-- John R. Ackermann, Jr.
- Law Department, NCR Corporation, Dayton, Ohio(513)
- 445-2966 John.Ackermann@daytonoh.ncr.comPacket Radio:
- ag9v@n8acv tcp/ip: ag9v@ag9v.ampr
- [44.70.12.34]------------------------------Date: Thu, 2 Apr 1992
- 10:42:22 GMTFrom:
- news.hawaii.edu!mpg.phys.hawaii.edu!tony@ames.arpaSubject: fbbs
- to nos forwardingTo: packet-radio@ucsd.eduDoes anyone know how
- to setup the f6fbb PBBS software to send a carriage returnor the
- HID banner to another system when it makes a connection to
- auto-forwardmail? NOS, in particular, needs a packet after the
- initial SABM frame tofigure out how to route the packet
- internally based on the protocol ID. Anull packet sent
- immediately after connection will do the trick but how?--
- Antonio Querubin tony@mpg.phys.hawaii.edu / ah6bw@uhm.ampr.org
- / querubin@uhunix.bitnet------------------------------Date: 1
- Apr 1992 11:44:05 -0800From: news-mail-gateway@ucsd.eduSubject:
- Keyboard-to-keyboardTo: packet-radio@ucsd.eduNorthern California
- has designated keyboard-to-keyboard channels.With the exception
- of one "grandfathered" BBS, the channels are clearof
- "full-service" BBS as well as DX clusters.Roy, AA4REex-frequency
- coordinator for Northern California Packet
- Association------------------------------Date: 2 Apr 92 04:21:03
- GMTFrom: medin%cod.nosc.mil@cod.nosc.milSubject: re: HELP 2nd
- try tcpip ka9q problemTo:
- packet-radio@ucsd.edu>medin@cod.nosc.mil (Ted Medin) writes:>:
- >: I have been running pa0gri version 2.0f and have this
- problem with x25>: connections:>: If another user connects to
- me with the x25 protocol i get no notification>: from the pgm.
- So what am i missing? Tried turning the attended flag on with>A
- AX25 connect doesn't send a note to the keyboard, simply because
- the >connecting station ISN'T connected to the keyboard!
- Whenever you CONNECT>(in AX25) a NOS station, you'll discover
- you get the NOS mailbox. Depending>on whatever version of NOS
- you have running, you can issue a command to >If there are still
- questions, mail me... Sorry i didnt make myself clear. I was not
- getting the mailbox banner.I got nothing, no matter how many cr
- ... were sent. I have isolated the problem tho. There were
- several "start ..." that i hadnot done. I started everything and
- then tried to digi to myself. First problemwhen you "start tip"
- you cant "connect ...". So i "stop tip" and then digiedto
- myself. Bingo got the mailbox banner. The thing that confuses me
- isexcept for "start tip" all the rest appeared to be off the
- wall.Best i can remember here is what wasnt started:
- ppp,remote,rip,convers,nntp & pop. Now that i think about it i
- suspect convers :-(.BTW its a great software package -> phil et
- al73, tedn6trf------------------------------Date: Thu, 2 Apr
- 1992 07:42:56 GMTFrom:
- qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
- bject: re: HELP 2nd try tcpip ka9q problemTo:
- packet-radio@ucsd.eduIn article <3740@cod.NOSC.MIL>
- medin@cod.nosc.mil (Ted Medin) writes:>not done. I started
- everything and then tried to digi to myself. First problem>when
- you "start tip" you cant "connect ...". So i "stop tip" and then
- digied ^^^^^^^^^>to myself. Bingo got the mailbox banner.Ah
- ha! That explains it! The "tip" service is an interface to the
- mailboxthat bypasses all of the protocol mechanisms inside NOS
- between the mailboxand the serial line. That is, instead of
- talking to a KISS TNC, thetip service expects to see a dumb
- terminal (or a TNC running in regularmode).I didn't write the
- tip server and haven't used it, but once you mentionedthis the
- problem suddenly became clear.The tip service is intended for a
- dialup phone line; there's no pointin using it with a TNC on a
- packet channel.Phil------------------------------Date: 2 Apr 92
- 01:03:49 GMTFrom:
- usc!wupost!news.utdallas.edu!tamsun!cs.tamu.edu!kurt@network.UCSD
- .EDUTo: packet-radio@ucsd.eduReferences
- <1992Apr1.084203.25639@ke4zv.uucp>, <6303@lib.tmc.edu>,
- <1992Apr1.201001.11375@qualcomm.com>Subject : Re: Can you run
- packet on an HP95LX palmtop?In article
- <1992Apr1.201001.11375@qualcomm.com>, karn@chicago.qualcomm.com
- (Phil Karn) writes:|> |> And if someone wanted to do the
- necessary software, it ought to be|> possible to set up an HP-95
- LAN. Just line them up next to a mirror so|> they can all see
- each other's IR transmissions. :-)|> Karn, you ARE a sick
- puppy!!!!8-}kf-- Kurt Freiberger, wb5bbw kurt@cs.tamu.edu
- 409/847-8607 fax:409/847-8578Dept. of Computer Science, Texas
- A&M University DoD #264: BMW R80/7 pilot"We preserve our
- freedom using three boxes: ballot, jury, and cartridge."
- *** Not an official document of Texas A&M University
- ***------------------------------Date: Thu, 2 Apr 1992 01:56:50
- GMTFrom:
- qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDUTo
- : packet-radio@ucsd.eduReferences <6303@lib.tmc.edu>,
- <1992Apr1.201001.11375@qualcomm.com>,
- <11668@tamsun.tamu.edu>Reply-To :
- karn@chicago.qualcomm.comSubject : Re: Can you run packet on an
- HP95LX palmtop?In article <11668@tamsun.tamu.edu>,
- kurt@cs.tamu.edu (Kurt Freiberger) writes:|> |> And if someone
- wanted to do the necessary software, it ought to be|> |>
- possible to set up an HP-95 LAN. Just line them up next to a
- mirror so|> |> they can all see each other's IR transmissions.
- :-)|> |> |> |> Karn, you ARE a sick puppy!!!!Whyzat?No less an
- authority than Leonard Kleinrock (the UCLA professor whodid most
- of the pioneering theoretical work on multiple accessschemes)
- said at a visiting lecture at CMU when I was a grad studentthere
- in 1979 that he envisioned one day building ICs with
- internaloptical interconnects. Different parts of the chip would
- communicatewith each other by shining infrared off the inside of
- the chip's cover,which would be made reflective. Think of it as
- a miniature
- opticalEthernet.Phil------------------------------Date: Thu, 2
- Apr 1992 01:51:50 GMTFrom:
- qualcom.qualcomm.com!qualcom.qualcomm.com!karn@network.UCSD.EDUTo
- : packet-radio@ucsd.eduReferences
- <1992Mar29.225457.9313@lawday.DaytonOH.NCR.COM>,
- <1992Apr1.011440.15752@hubcap.clemson.edu>,
- <1992Apr1.133739.27765@lawday.DaytonOH.NCR.COM>Reply-To :
- karn@chicago.qualcomm.comSubject : Re: Data EngineIn article
- <1992Apr1.133739.27765@lawday.DaytonOH.NCR.COM>,
- jra@lawday.DaytonOH.NCR.COM (John Ackermann) writes:|> I've
- talked to Karl at Kantronics about it also; what he told me is
- that|> NOS does'nt do "true" flow control but only does flow on
- data coming in|> to the computer, not data going out. Of
- course, the current versions of|> NOS <do> support full flow
- control, so I don't think that's the problem.Actually, flow
- control has never been part of the KISS TNC standard.Some
- versions and some drivers under NOS do RTS/CTS flow control,
- butit is not part of the defined KISS standard.The idea was that
- a KISS TNC should have enough internal buffering tohandle the
- window sizes of whatever transport protocol is being usedacross
- the link. That would cause the transport protocol to stopsending
- and wait for an acknowledgement before the TNC's
- bufferoverflows. Unfortunately, many TNCs are still memory
- starved.One thing you can do is to reduce the window sizes (both
- in TCP and inAX.25, if you use the latter in connected mode)
- until the problem
- goesaway.Phil------------------------------Date: 1 Apr 92
- 17:33:42 GMTFrom:
- swrinde!mips!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!sequent!ors
- tnews!ECE.ORST.EDU!johan@network.UCSD.EDUTo:
- packet-radio@ucsd.eduReferences
- <1992Mar31.003359.12431@NCoast.ORG>,
- <1992Mar31.173630.9704@talon.ucs.orst.edu>,
- <1992Mar31.210415.26287@qualcomm.com>Subject : Re: Help 2nd try
- tcpip ka9q problem>Phil Karn writes:>Is all this trouble worth
- it just so the poor user doesn't have to hit>"enter" after
- connecting?? I mean, really... :-)Without getting into this ad
- infinitum, here's my last word on this :-)I've been running a
- 'regular' bbs together with nos for quite some years.Recently
- i've changed to nos only. For my area, yes it is worth 'the
- trouble'to give users a better 'feel' for nos. (apart from the
- fact that it initialywas more of a challenge, can i do it ?,
- kind of thing :-) )I have sure noticed a lot more interest in
- nos here in oregon since some ofthose mods have been brought
- about. There are actually a few people switchingfrom msys to nos
- because of it (that must be worth something, ;-)73 to
- allJohan------------------------------Date: Wed, 1 Apr 1992
- 20:10:01 GMTFrom:
- qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUTo
- : packet-radio@ucsd.eduReferences
- <1992Mar30.232705.21451@src.honeywell.com>,
- <1992Apr1.084203.25639@ke4zv.uucp>, <6303@lib.tmc.edu>Subject :
- Re: Can you run packet on an HP95LX palmtop?Tom Clark demoed his
- HP-95 running Jay's port of my code at the TAPRmeeting in Tucson
- a few weeks ago. It has two COM ports, theelectrical port
- mentioned here and an infrared port designed to allowtwo HP-95s
- to talk to each other. So it ought to be possible to
- routepackets through an HP-95. :-)And if someone wanted to do
- the necessary software, it ought to bepossible to set up an
- HP-95 LAN. Just line them up next to a mirror sothey can all see
- each other's IR transmissions.
- :-)Phil------------------------------Date: Wed, 01 Apr 1992
- 14:55:36 GMTFrom:
- usc!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locus.com!d
- ana@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
- <1992Mar30.045004.13259@qualcomm.com>,
- <1992Mar31.003359.12431@NCoast.ORG>, <11321@perryd>Subject : Re:
- Help 2nd try tcpip ka9q problemIn article <11321@perryd>
- perryd@Software.Mitel.COM (Dave Perry) writes:>In article
- <1992Mar31.003359.12431@NCoast.ORG> allbery@ncoast.org (Brandon
- S. Allbery KF8NH) writes:>>>>AX.25 is a poor wrapper for IP and
- NET/ROM packets; unfortunately, thanks to>>the FCC it's all we
- have. (grrr.....)>>>Is this true? That is, is there a legal
- requirement to use AX.25 frames>to encapsulate IP datagrams? Or
- would any framing which contained the>transmitting station's
- call do? My recollection of Part 97 is that stations that are
- automaticallyforwarding traffic must use AX.25 Level 2 frames.
- Experimenters may useother formats. This restriction should be
- eliminated, IMHO.-- * Dana H. Myers KK6JQ | Views expressed
- here are * * (213) 337-5136 | mine and do not necessarily * *
- dana@locus.com DoD #466 | reflect those of my employer * *
- "Dammit Bones, spare me the lecture and give me the shot!"
- *------------------------------Date: Wed, 1 Apr 1992 13:37:39
- GMTFrom: psinntp!ncrlnk!ciss!lawday!jra@uunet.uu.netTo:
- packet-radio@ucsd.eduReferences
- <701867272.F00003@tdkt.kksys.com>,
- <1992Mar29.225457.9313@lawday.DaytonOH.NCR.COM>,
- <1992Apr1.011440.15752@hubcap.clemson.edu>tSubject : Re: Data
- Enginemelbrec@hubcap.clemson.edu (Mark E. Elbrecht) writes:>>2)
- The DataEngine is <not> good for high speed KISS operation. We
- (and>>I'm told others) have tried running NOS with them and
- there's something>>just plain wrong with the code -- lots of
- frames get trashed, and lots>>of retries. We think its a
- firmware and not hardware problem, as we>>don't see this with
- normal AX.25 or G8BPQ operation.>I called Kantronics and asked
- about that. Their reply was there was no>hardware or software
- flow control in the firmware which is why frames are>getting
- trashed.I've talked to Karl at Kantronics about it also; what he
- told me is thatNOS does'nt do "true" flow control but only does
- flow on data coming into the computer, not data going out. Of
- course, the current versions ofNOS <do> support full flow
- control, so I don't think that's the problem.John-- John R.
- Ackermann, Jr. Law Department, NCR Corporation, Dayton,
- Ohio(513) 445-2966 John.Ackermann@daytonoh.ncr.comPacket
- Radio: ag9v@n8acv tcp/ip: ag9v@ag9v.ampr
- [44.70.12.34]------------------------------End of Packet-Radio
- Digest V92 #87******************************Date: Fri, 3 Apr 92
- 04:30:04 PSTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #88To: packet-radioPacket-Radio Digest Fri,
- 3 Apr 92 Volume 92 : Issue 88Today's Topics:
- D4-10 (was Re: Dr4-10) DCD State
- Machine and PK88 Dr4-10
- Keyboard-to-keyboard
- NTS addressing NTS messagesSend
- Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
- subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 2 Apr 92 17:33:29 GMTFrom:
- swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!pacific.mps.
- ohio-state.edu!ohstpy!bclcl1.im.battelle.org!kean@network.UCSD.ED
- USubject: D4-10 (was Re: Dr4-10)To: packet-radio@ucsd.eduIn
- article <702073623.F00002@tdkt.kksys.com>,
- Chris.Schmelzer@f100.n282.z1.tdkt.kksys.com (Chris Schmelzer)
- writes:> "The Kantronics D-410 radio has a data slicer and has
- been tested > successfuly with raw data. However, this
- configuration is not > compatible with any other formats, such s
- K9NG/G3RUH, but could > certainly be used in a pt to pt
- application."> > Is this true???It is true, but using the
- built-in data slicer is not the only configurationthat you can
- use. You can ignore the data slicer and use the analog
- signalsto your K9NG/G3RUH modem, and everything works just fine.
- In fact, if youbuy the Kantronics 19k2/9k6 modem, you can run
- GUH at 9600, or "raw data"at 19200. If you hack capacitors, you
- can swap baud rates and modes, althoughthe IF bandwidths
- provided by the radio won't match the signals you generatevery
- well.I'm operating a 9600 baud link with a Data Engine, DE9600
- modem, andmodified Midland 13-509 on one end, and an MFJ 1270B,
- PacComm MB9600,and modified Clegg FM-76 on the other end over a
- 35 mile path. Its worksjust fine. I'm also building (with
- AG9V's help) several 19200 links with allKantronics stuff. So
- far, the trial runs over a 40 mile path have alsoworked just
- fine.The bottom line is: the Kantronics stuff (that is, Data
- Engine, D4-10 UHFradio (the DVR2-2 is crap), and modems) all
- works as advertised. The onlyunknown is just how resistant the
- D4-10 is to typical "high RF" environments.So far, we haven't
- needed to put any of the 10 D4-10s in any "high
- RF"environments.Hope this info helps. By summer, we should have
- a wealth of "real life"experience with the D4-10.-Vic Kean, K1LT
- @ W8CQK or
- kean@bclcl1.im.battelle.org------------------------------Date: 2
- Apr 1992 13:50:16 -0800From: news-mail-gateway@ucsd.eduSubject:
- DCD State Machine and PK88To: packet-radio@ucsd.eduChris, thanks
- for writing back. Well, I'm not sure what to tell you.
- ConstantDCD is a problem. My only suggestion is probably
- something you have alreadytried over and over...check your
- wiring and component placement. Are all thechips oriented in
- their sockets correctly (notch towards the edge of theboard?)?
- Are all resistors in their proper places? (I almost made
- thamistake). Also, on the PK-88 board, did you remember to
- remove the jumper fromthe RD line (I think that is the line) and
- to solder one of the DCDSM leadsto the center pin? I wish I
- could help you more, but without my documentationfor the DCDSM,
- I really can only speculate at what the problem might be.Good
- luck and 73,Will
- Snyder/KB4LFDsnyder@uncvx1.acs.unc.edu---------------------------
- ---Date: 2 Apr 92 16:19:31 GMTFrom:
- sdd.hp.com!swrinde!gatech!gatech!wa4mei!ke4zv!gary@network.UCSD.E
- DUSubject: Dr4-10To: packet-radio@ucsd.eduIn article
- <702073623.F00002@tdkt.kksys.com>
- Chris.Schmelzer@f100.n282.z1.tdkt.kksys.com (Chris Schmelzer)
- writes:>I was reading an article from the Packet Register and I
- saw>something that said>"The Kantronics D-410 radio has a data
- slicer and has been tested >successfuly with raw data. However,
- this configuration is not >compatible with any other formats,
- such s K9NG/G3RUH, but could >certainly be used in a pt to pt
- application."> >Is this true??? If I buy a Data engine with the
- 9600baud modem,>and the DR4-10 will I not be able to connect to
- others>on the network using TAPR 9600 baud modems and Motorola
- rigs????>Doesn't seem right to me...>-ChrisIf you use the
- Kantronics *modem* you will interoperate with theother G3RUH
- equipped nodes in the network. But if you use the D-410 in it's
- *FSK data slice mode* with *no* modem, you won't. These are two
- *different* ways of using the equipment.Gary
- KE4ZV------------------------------Date: 2 Apr 1992 11:25:59
- -0800From: news-mail-gateway@ucsd.eduSubject:
- Keyboard-to-keyboardTo: packet-radio@ucsd.eduIn Michigan the
- MIPAC (Michigan Packet Council) designated 145.03 as
- thekeyboard-to-keyboard only frequency. No BBS's in Michigan are
- allowed there. This of course has also turned into beacon city.
- We also do notallow gateways from 145.03 for people to connect
- to BBS's on otherfrequencies. A gateway for keyboard to keyboard
- use is fine though. There is also a 2m TCP/IP only frequency
- assigned. We have a fewvisitors running plain TNC's just looking
- around, but it is generallyall TCP/IP (no NETROM's either).Ron
- N8FOW------------------------------Date: 2 Apr 92 13:51:28
- GMTFrom:
- haven.umd.edu!darwin.sura.net!gatech!pitt!w2xo!durham@ames.arpaSu
- bject: NTS addressingTo: packet-radio@ucsd.eduIn article
- <9203310135.AA10314@ucsd.edu> enge@almaden.ibm.com (Roy
- Engehausen) writes:>The NTSCA is not needed if you are within
- the state. However, the>"standard" is that all BBS within a
- state should strip off the NTSxx>for their state. This is
- needed to allow the routing by the TO>portion of the address
- rather than the @ portion.Wait a minute!...8-). This is news to
- me. This is sure a commentary onthe fact that we need some
- written standards. My software, and I'm suresome others consider
- the "no @bbs" case to be local. In this case, the mail would
- just be dropped into the local mail directory and might never be
- delivered if not seen by someone perusingthe local mail.I would
- be willing to compile a list of standards, if I can getthe
- information..-Jim, W2XO------------------------------Date: 31
- Mar 92 20:10:04 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!mips!atha!aunro!adec23!mark@network
- .UCSD.EDUSubject: NTS messagesTo:
- packet-radio@ucsd.eduron@chaos.eng.wayne.EDU (Ron Atkinson)
- sez:> There seems to not really be a standard because many
- people say that>ZIPCODE@NTSxx is the standard and some people
- say that NTS@NTSxx with the>zipcode somewhere in the title or
- text is the standard. I prefer that people>use the zipcode in
- the "to" field and the state can handle the
- message>automatically rather than Sysop's having to scan the
- message for a ZIPCODE>to figure out where to send
- it.ZIPCODE@NTSxx is `proper'. Here in Canada we use Postal
- Codes. Sometimes,we don't have the complete postal code, and the
- BBS doesn't take T6H???(or T6H***). Also, you put too much of a
- strain on the NTS system (well,the originators) if you require
- ALL messages to have the ZIP code, soNTS@NTSxx with some address
- information in the subject is the only way aroundthis.So, both
- are standards, in my opinion. Ine should strive to
- do<Zip/Postal>@NTSxxx if at all possible tho'.<I handle 1
- message/month of packet NTS, and chair a CW NTS net five
- ><times/month and appropriate # of traffic. I am dismayed at the
- dismal><capabilities of the Packet NTS system ...
- >Ciao, 73 de VE6MGS/Mark
- -sk-------------------------------Date: 2 Apr 92 17:16:06
- GMTFrom: telesoft!garym@uunet.uu.netTo:
- packet-radio@ucsd.eduReferences
- <1992Mar31.003359.12431@NCoast.ORG>, <11321@perryd>,
- <1992Apr01.145536.2842554@locus.com>Reply-To :
- g@telesoft.comSubject : Re: Help 2nd try tcpip ka9q problemIn
- article <11321@perryd> perryd@Software.Mitel.COM (Dave Perry)
- writes:>In article <1992Mar31.003359.12431@NCoast.ORG>
- allbery@ncoast.org (Brandon S. Allbery KF8NH) writes:>>>>AX.25
- is a poor wrapper for IP and NET/ROM packets; unfortunately,
- thanks to>>the FCC it's all we have. (grrr.....)>>>Is this
- true? That is, is there a legal requirement to use AX.25
- frames>to encapsulate IP datagrams? Or would any framing which
- contained the>transmitting station's call do?97.109d essentially
- says that stations under automatic control and passingthird
- party traffic must use AX.25 protocol. The originating station
- mustnot be automatically controlled. So unless you pass NTS
- traffic, you don't have to use AX.25.--GaryM-- Gary Morris
- Internet: g@telesoft.comKK6YB (N5QWC)
- UUCP: uunet!telesoft!gTeleSoft AMPR:
- KK6YB @ W2XOSan Diego, CA Phone: +1
- 619-457-2700------------------------------Date: 2 Apr 1992
- 15:10:58 GMTFrom:
- haven.umd.edu!darwin.sura.net!convex!bcm!lib!oac.hsc.uth.tmc.edu!
- jmaynard@ames.arpaTo: packet-radio@ucsd.eduReferences
- <6303@lib.tmc.edu>, <1992Apr1.201001.11375@qualcomm.com>,
- <11668@tamsun.tamu.edu>tmc.eduSubject : Re: Can you run packet
- on an HP95LX palmtop?In article <11668@tamsun.tamu.edu>
- kurt@cs.tamu.edu (Kurt Freiberger) writes:>In article
- <1992Apr1.201001.11375@qualcomm.com>, karn@chicago.qualcomm.com
- (Phil Karn) writes:>|> And if someone wanted to do the necessary
- software, it ought to be>|> possible to set up an HP-95 LAN.
- Just line them up next to a mirror so>|> they can all see each
- other's IR transmissions. :-)>Karn, you ARE a sick
- puppy!!!!Well, yes, but not for that reason.A '95 LAN is indeed
- possible using some sort of IR reflective medium, althoughI'd
- suspect that all the machines would have to be placed in fairly
- closeproximity to each other.Unfortunately, you can't run both
- the IR port and the RS-232 port at the sametime; the IR port is
- driven by the same serial hardware as the RS-232 port.-- Jay
- Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that
- which canjmaynard@oac.hsc.uth.tmc.edu | adequately be
- explained by a .sig virus. "Grow up children. Purchase
- lives." -- Geoff Collyer------------------------------Date: Thu,
- 2 Apr 1992 20:00:21 GMTFrom:
- qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUTo
- : packet-radio@ucsd.eduReferences <11321@perryd>,
- <1992Apr01.145536.2842554@locus.com>,
- <1992Apr2.171606.23719@telesoft.com>Subject : Re: Help 2nd try
- tcpip ka9q problemIn article
- <1992Apr2.171606.23719@telesoft.com> g@telesoft.com
- writes:>97.109d essentially says that stations under automatic
- control and passing>third party traffic must use AX.25 protocol.
- The originating station must>not be automatically controlled.
- >>So unless you pass NTS traffic, you don't have to use
- AX.25.>--GaryMBut since most packet stations are automatically
- controlled, and since youhave no way of knowing whether somebody
- is going to pass third-partytraffic through your station, you
- are effectively required to use AX.25unless you want to leave
- yourself open to a citation should somebody indeedsend third
- party traffic through you. Of course, just using AX.25 isn't
- enough either, you also need an AIprogram to determine if the
- third party traffic is "business related"or not...
- :-(Phil------------------------------End of Packet-Radio Digest
- V92 #88******************************Date: Sat, 4 Apr 92
- 04:30:04 PSTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #89To: packet-radioPacket-Radio Digest Sat,
- 4 Apr 92 Volume 92 : Issue 89Today's Topics:
- AA4RE BBS Version 2.12 Available A
- question ! (2 msgs) Can you run packet on an
- HP95LX palmtop? D4-10 (was Dr4-10)
- Dr4-10... GMD.DBP.DE Mail
- Network -- failed mail Mitreks
- Why segregate TCP/IP? (was Re: Keyboard-to-keyboard) (3
- msgs)Send Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 3 Apr 1992 10:59:44 -0800From:
- news-mail-gateway@ucsd.eduSubject: AA4RE BBS Version 2.12
- AvailableTo: packet-radio@ucsd.eduAA4RE BBS version 2.12 is now
- available. Lots of new features to makeyour life as a SYSOP
- easier.The biggies are: -- Overlay area now shared (no more
- task busy) -- Supports BPQHOST mode directly (BPQ v4+) --
- Added REVIEW command -- Added command to display routing info
- -- Added authentication -- Added callbook support -- Lots of
- server support. W1NPR writes a great bunch of servers that
- do just about anything. Contact him for detailsThe software is
- loaded onto tomcat.gsfc.nasa.gov accessible via bothSLIP and
- thru the Internet. It is also at ucsd.edu
- inhamradio/packet/aa4re. The filename in both cases is
- bb212.zip.The primary advantage of BB over the
- MBL/RLI/BQE/CBBS.... systems isthe ability to handle multiple
- connects per port. The program uses itown multitasker and no
- DesqView, DoubleDos, etc is required. On thedown side, BB has
- been optimized for speed and requires at least 512K(and usually
- 640K) to be used productively. Only an 8088 basedmachine is
- required. My two port system runs adequately on a PC-1(the
- original 64K motherboard).BB uses a "host-mode" interface so the
- only TNCs supported are the TNC-1and TNC-2 (or clones) with the
- WA8DED (or clone) EPROMS installed, theAEA PK-87, PK-88, PK-232,
- and the DRSI PC*PA TNC card. It also runswith any KISS TNC
- using the G8BPQ PC Node switch.If you want a diskette, you can
- send $5 US (or equivalent) to: Dave Larton, N6JQJ 766 El
- Cerrito Way, #D Gilroy, CA 95020-4149 (408) 847-3605 John
- Anderson, N7IJI 2729 Park Road Charlotte, NC 28209
- (704)-333-3249Canadians can send 5.00 CDN to: A.R.E.S. Group
- Att: REBBS Update P.O. Box 35 St-Jean Chrysostome, Quebec,
- Canada G6Z 2L3For source code, include $2 more (needs
- multiple diskettes). We canhandle all formats of 5 1/4 and 3
- 1/2 inch diskettes. Sourcewill also be available later via FTP
- after I package it.The software can also be obtained by
- downloading from the following BBS: WA6RDH BBS -- 916-678-1535
- -- 300-9600 V.32, V.42.bis, MNP WB3FFV BBS -- 410-625-0817 --
- 1200&2400 Non-MNP -- 410-625-9482 -- 1200-9600
- V.32, V.42bis, MNP -- 410-625-9663 -- 1200&2400
- (MNP5), 9600 & 19200 (PEP) WB2COY -- 914-485-3393 --
- 1200-38400 (>2400 requires USRobotics HST)The software can also
- be delivered via BITNET. Send a note to ENGE atALMADEN for
- deliver over BITNET.73,Roy,
- AA4RE------------------------------Date: 2 Apr 92 13:09:11
- GMTFrom:
- kodak!ispd-newsserver!psinntp!ncrlnk!ciss!lawday!jra@cs.rochester
- .eduSubject: A question !To:
- packet-radio@ucsd.edulee@tosspot.sv.com (Lee Reynolds)
- writes:>Gennlemen,> just wondering - do any of you,
- anywhere, live in an area>where a keyboard to keyboard channel
- for ragchewing is designated and>actually observed? (No
- backbones, no PBBSes - just people who want to>talk to other
- people in realtime)> I'm curious, living in SNH as I do, I'm
- lucky to be able to connect>to anything reliably with all the
- congestion, much less another person>a hop or two away.When I
- left Wisconsin a few years ago, we had designated 145.03 as
- akeyboard channel. At the time, it was pretty well observed. I
- dunnowhat's happened since then; you might contact WB9TYT or
- WA9KEC who Ibelieve are still active up there.John AG9V --
- John R. Ackermann, Jr. Law Department, NCR Corporation,
- Dayton, Ohio(513) 445-2966
- John.Ackermann@daytonoh.ncr.comPacket Radio: ag9v@n8acv
- tcp/ip: ag9v@ag9v.ampr
- [44.70.12.34]------------------------------Date: 3 Apr 92
- 15:27:12 GMTFrom:
- elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!sol.ctr.c
- olumbia.edu!emory!wa4mei!ke4zv!gary@ames.arpaSubject: A question
- !To: packet-radio@ucsd.eduIn article
- <mN6JiB2w165w@tosspot.sv.com> lee@tosspot.sv.com (Lee Reynolds)
- writes:>Gennlemen,> just wondering - do any of you,
- anywhere, live in an area>where a keyboard to keyboard channel
- for ragchewing is designated and>actually observed? (No
- backbones, no PBBSes - just people who want to>talk to other
- people in realtime)>> I'm curious, living in SNH as I do, I'm
- lucky to be able to connect>to anything reliably with all the
- congestion, much less another person>a hop or two away.In
- Georgia, we have the ROSE network on 145.05 MHz. It is strictly
- akeyboarder's medium with no BBS forwarding allowed. Frankly
- this ismore from necessity than choice since it collapses if a
- couple ofBBS stations try to use it. This system is totally
- separate from the normal state high speed network where all
- types of activityare welcome.Gary
- KE4ZV------------------------------Date: Thu, 2 Apr 1992
- 15:39:59 GMTFrom:
- pacbell.com!mips!sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!hpsa
- d!torr@network.UCSD.EDUSubject: Can you run packet on an HP95LX
- palmtop?To: packet-radio@ucsd.eduI have not used an HP95LX for
- packet, but I have used only RX, TX, and GNDto control a Pocket
- Packet TNC. I have used this technique on an HP Vectraand an HP
- 110 Portable. My guess is it will work just fine.Incidentally, I
- have seen other instances where only these three lines wereused
- to communicate between a device and a terminal. I believe there
- is anHP microwave signal generator that has a port for
- connecting to an externalterminal for running diagnostics (the
- front-panel user interface is not upto the task of running
- diagnostics).Don't give up hope!!Brian Torr,
- N6IIY------------------------------Date: 3 Apr 1992 22:08:32
- -0800From: news-mail-gateway@ucsd.eduSubject: D4-10 (was
- Dr4-10)To: packet-radio@ucsd.eduA few comments have been made
- about using the D4-10's data slicer withthe Data Engine...and
- one comment about it not "talking to other modemsin this mode".
- It should be noted that the Kantronics modem when setto the
- 19.2K mode (and consequently driving the ttl input port on
- theD4-10) can easily be emulated with a RUH modem.So in truth,
- the bottom line to this is that a D4-10 will only talk toanother
- D4-10 when using the ttl input port (data slicer etc.).I have a
- Paccom Tiny-2 with NB-96 modem that with a very few mods I
- haverunning at 19.2 to emulate the Kantronics 19K2/9K6 modem.The
- Kantronics modem is really a simple direct copy of the RUH modem
- andin the 19.2 mode they simply bypass the audio stages (the
- wisdom of whichI will not comment on) and feed the D4-10 with
- pure TTL data. The pointof all this is that you can do the same
- thing to a standard RUH modem(non-Kantronics) and feed it to the
- D4-10 radio just as well.If anyone is really interested, I will
- post an exact set of instructionsneeded to convert a RUH 9600
- baud modem to the configuration needed todrive the D4-10 in it's
- "data I/O" mode at 19.2Kbaud.Mark
- Bitterlichwa3jpy@wb4uou.nc.usa.na (packet
- obviously)mgb@tecnet1.jcte.jcs.mil
- (internet)------------------------------Date: 3 Apr 92 07:03:42
- GMTFrom:
- nosc!dog.ee.lbl.gov!overload.lbl.gov!agate!spool.mu.edu!umn.edu!c
- s.umn.edu!kksys!tdkt!FredGate@network.UCSD.EDUSubject:
- Dr4-10...To: packet-radio@ucsd.eduTo ALL whom have helped me so
- far...TNX, but I still have ONE other concern.... I am still
- between buying a MOTORLA MITREK UHF and modifying it for9600
- packet, and getting crystals....Thesewould be 25 watt
- units...The DR4-10 is only 10 watts, but has SUCH a fast
- turnaround, andis ready for 19.2k if needed.....The 4-10 would
- run meabout 100 dollars more.... ANY comments?!? I will be
- moving a fair distancefrom the LAN this fall as I go to
- college... I will probablybe at least an hour drive from the
- closest node, so if I DObuy the 4-10 I will eventually have to
- add an amplifier....but still, it won't be THAT expensive..... I
- want the best price/performance I can get...while stilldoing the
- best job I can....The others in the LAN willbe using motorola
- MITREKS and TAPR 9600 baud modems... TNX,Chris * Origin:
- HAM>link< RBBS 612/HAM-0000 Saint Paul, MN
- (K0TG)(1:282/100.0)------------------------------Date: 3 Apr
- 1992 21:11:10 -0800From: news-mail-gateway@ucsd.eduSubject:
- GMD.DBP.DE Mail Network -- failed mailTo: packet-radio@ucsd.edu
- ----- Mail failure diagnostics -----Message Recipients:
- iztok.saje@ijs.ac.mail.yu: MTA congestion ----- Unsent message
- follows -----From: Packet-Radio Mailing List and Newsgroup <>To:
- Reply-To: Message-ID: <9204031230.AA14504(a)ucsd.edu>Subject:
- Packet-Radio Digest V92 #88>Errors-To:
- Packet-Radio-Errors@UCSD.Edu>Precedence: BulkPacket-Radio Digest
- Fri, 3 Apr 92 Volume 92 : Issue 88Today's
- Topics: D4-10 (was Re: Dr4-10)
- DCD State Machine and PK88
- Dr4-10 Keyboard-to-keyboard
- NTS addressing NTS
- messagesSend Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 2 Apr 92 17:33:29 GMTFrom:
- swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!pacific.mps.
- ohio-state.edu!ohstpy!bclcl1.im.battelle.org!kean@network.UCSD.ED
- USubject: D4-10 (was Re: Dr4-10)To: packet-radio@ucsd.eduIn
- article <702073623.F00002@tdkt.kksys.com>,
- Chris.Schmelzer@f100.n282.z1.tdkt.kksys.com (Chris Schmelzer)
- writes:> "The Kantronics D-410 radio has a data slicer and has
- been teste
-
- d > successfuly with raw data. However, this configuration is
- not > compatible with any other formats, such s K9NG/G3RUH, but
- could > certainly be used in a pt to pt application."> > Is
- this true???It is true, but using the built-in data slicer is
- not the only configurationthat you can use. You can ignore the
- data slicer and use the analog signalsto your K9NG/G3RUH modem,
- and everything works just fine. In fact, if youbuy the
- Kantronics 19k2/9k6 modem, you can run GUH at 9600, or "raw
- data"at 19200. If you hack capacitors, you can swap baud rates
- and modes, althoughthe IF bandwidths provided by the radio won't
- match the signals you generatevery well.I'm operating a 9600
- baud link with a Data Engine, DE9600 modem, andmodified Midland
- 13-509 on one end, and an MFJ 1270B, PacComm MB9600,and modified
- Clegg FM-76 on the other end over a 35 mile path. Its worksjust
- fine. I'm also building (with AG9V's help) several 19200 links
- with allKantronics stuff. So far, the trial runs over a 40 mile
- path have alsoworked just fine.The bottom line is: the
- Kantronics stuff (that is, Data Engine, D4-10 UHFradio (the
- DVR2-2 is crap), and modems) all works as advertised. The
- onlyunknown is just how resistant the D4-10 is to typical "high
- RF" environments.So far, we haven't needed to put any of the 10
- D4-10s in any "high RF"environments.Hope this info helps. By
- summer, we should have a wealth of "real life"experience with
- the D4-10.-Vic Kean, K1LT @ W8CQK or
- kean@bclcl1.im.battelle.org------------------------------Date: 2
- Apr 1992 13:50:16 -0800From: news-mail-gateway@ucsd.eduSubject:
- DCD State Machine and PK88To: packet-radio@ucsd.eduChris, thanks
- for writing back. Well, I'm not sure what to tell you.
- ConstantDCD is a problem. My only suggestion is probably
- something you have alreadytried over and over...check your
- wiring and component placement. Are all thechips oriented in
- their sockets correctly (notch towards the edge of theboard?)?
- Are all resistors in their proper places? (I almost made
- thamistake). Also, on the PK-88 board, did you remember to
- remove the jumper fromthe RD line (I think that is the line) and
- to solder one of the DCDSM leadsto the center pin? I wish I
- could help you more, but without my documentationfor the DCDSM,
- I really can only speculate at what the problem might be.Good
- luck and 73,Will
- Snyder/KB4LFDsnyder@uncvx1.acs.unc.edu---------------------------
- ---Date: 2 Apr 92 16:19:31 GMTFrom:
- sdd.hp.com!swrinde!gatech!gatech!wa4mei!ke4zv!gary@network.UCSD.E
- DUSubject: Dr4-10To: packet-radio@ucsd.eduIn article
- <702073623.F00002@tdkt.kksys.com>
- Chris.Schmelzer@f100.n282.z1.tdkt.kksys.com (Chris Schmelzer)
- writes:>I was reading an article from the Packet Register and I
- saw>something that said>"The Kantronics D-410 radio has a data
- slicer and has been tested >successfuly with raw data. However,
- this configuration is not >compatible with any other formats,
- such s K9NG/G3RUH, but could >certainly be used in a pt to pt
- application."> >Is this true??? If I buy a Data engine with the
- 9600baud modem,>and the DR4-10 will I not be able to connect to
- others>on the network using TAPR 9600 baud modems and Motorola
- rigs????>Doesn't seem right to me...>-ChrisIf you use the
- Kantronics *modem* you will interoperate with theother G3RUH
- equipped nodes in the network. But if you use the D-410 in it's
- *FSK data slice mode* with *no* modem, you won't. These are two
- *different* ways of using the equipment.Gary
- KE4ZV------------------------------Date: 2 Apr 1992 11:25:59
- -0800From: news-mail-gateway@ucsd.eduSubject:
- Keyboard-to-keyboardTo: packet-radio@ucsd.eduIn Michigan the
- MIPAC (Michigan Packet Council) designated 145.03 as
- thekeyboard-to-keyboard only frequency. No BBS's in Michigan are
- allowed there. This of course has also turned into beacon city.
- We also do notallow gateways from 145.03 for people to connect
- to BBS's on otherfrequencies. A gateway for keyboard to keyboard
- use is fine though. There is also a 2m TCP/IP only frequency
- assigned. We have a fewvisitors running plain TNC's just looking
- around, but it is generallyall TCP/IP (no NETROM's either).Ron
- N8FOW------------------------------Date: 2 Apr 92 13:51:28
- GMTFrom:
- haven.umd.edu!darwin.sura.net!gatech!pitt!w2xo!durham@ames.arpaSu
- bject: NTS addressingTo: packet-radio@ucsd.eduIn article
- <9203310135.AA10314@ucsd.edu> enge@almaden.ibm.com (Roy
- Engehausen) writes:>The NTSCA is not needed if you are within
- the state. However, the>"standard" is that all BBS within a
- state should strip off the NTSxx>for their state. This is
- needed to allow the routing by the TO>portion of the address
- rather than the @ portion.Wait a minute!...8-). This is news to
- me. This is sure a commentary onthe fact that we need some
- written standards. My software, and I'm suresome others consider
- the "no @bbs" case to be local. In this case, the mail would
- just be dropped into the local mail directory and might never be
- delivered if not seen by someone perusingthe local mail.I would
- be willing to compile a list of standards, if I can getthe
- information..-Jim, W2XO------------------------------Date: 31
- Mar 92 20:10:04 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!mips!atha!aunro!adec23!mark@network
- .UCSD.EDUSubject: NTS messagesTo:
- packet-radio@ucsd.eduron@chaos.eng.wayne.EDU (Ron Atkinson)
- sez:> There seems to not really be a standard because many
- people say that>ZIPCODE@NTSxx is the standard and some people
- say that NTS@NTSxx with the>zipcode somewhere in the title or
- text is the standard. I prefer that people>use the zipcode in
- the "to" field and the state can handle the
- message>automatically rather than Sysop's having to scan the
- message for a ZIPCODE>to figure out where to send
- it.ZIPCODE@NTSxx is `proper'. Here in Canada we use Postal
- Codes. Sometimes,we don't have the complete postal code, and the
- BBS doesn't take T6H???(or T6H***). Also, you put too much of a
- strain on the NTS system (well,the originators) if you require
- ALL messages to have the ZIP code, soNTS@NTSxx with some address
- information in the subject is the only way aroundthis.So, both
- are standards, in my opinion. Ine should strive to
- do<Zip/Postal>@NTSxxx if at all possible tho'.<I handle 1
- message/month of packet NTS, and chair a CW NTS net five
- ><times/month and appropriate # of traffic. I am dismayed at the
- dismal><capabilities of the Packet NTS system ...
- >Ciao, 73 de VE6MGS/Mark
- -sk-------------------------------Date: 2 Apr 92 17:16:06
- GMTFrom: telesoft!garym@uunet.uu.netTo:
- packet-radio@ucsd.eduReferences
- <1992Mar31.003359.12431@NCoast.ORG>, <11321@perryd>,
- <1992Apr01.145536.2842554@locus.com>Reply-To :
- g@telesoft.comSubject : Re: Help 2nd try tcpip ka9q problemIn
- article <11321@perryd> perryd@Software.Mitel.COM (Dave Perry)
- writes:>In article <1992Mar31.003359.12431@NCoast.ORG>
- allbery@ncoast.org (Brandon S. Allbery KF8NH) writes:>>>>AX.25
- is a poor wrapper for IP and NET/ROM packets; unfortunately,
- thanks to>>the FCC it's all we have. (grrr.....)>>>Is this
- true? That is, is there a legal requirement to use AX.25
- frames>to encapsulate IP datagrams? Or would any framing which
- contained the>transmitting station's call do?97.109d essentially
- says that stations under automatic control and passingthird
- party traffic must use AX.25 protocol. The originating station
- mustnot be automatically controlled. So unless you pass NTS
- traffic, you don't have to use AX.25.--GaryM-- Gary Morris
- Internet: g@telesoft.comKK6YB (N5QWC)
- UUCP: uunet!telesoft!gTeleSoft AMPR:
- KK6YB @ W2XOSan Diego, CA Phone: +1
- 619-457-2700------------------------------Date: 2 Apr 1992
- 15:10:58 GMTFrom:
- haven.umd.edu!darwin.sura.net!convex!bcm!lib!oac.hsc.uth.tmc.edu!
- jmaynard@ames.arpaTo: packet-radio@ucsd.eduReferences
- <6303@lib.tmc.edu>, <1992Apr1.201001.11375@qualcomm.com>,
- <11668@tamsun.tamu.edu>tmc.eduSubject : Re: Can you run packet
- on an HP95LX palmtop?In article <11668@tamsun.tamu.edu>
- kurt@cs.tamu.edu (Kurt Freiberger) writes:>In article
- <1992Apr1.201001.11375@qualcomm.com>, karn@chicago.qualcomm.com
- (Phil Karn) writes:>|> And if someone wanted to do the necessary
- software, it ought to be>|> possible to set up an HP-95 LAN.
- Just line them up next to a mirror so>|> they can all see each
- other's IR transmissions. :-)>Karn, you ARE a sick
- puppy!!!!Well, yes, but not for that reason.A '95 LAN is indeed
- possible using some sort of IR reflective medium, althoughI'd
- suspect that all the machines would have to be placed in fairly
- closeproximity to each other.Unfortunately, you can't run both
- the IR port and the RS-232 port at the sametime; the IR port is
- driven by the same serial hardware as the RS-232 port.-- Jay
- Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that
- which canjmaynard@oac.hsc.uth.tmc.edu | adequately be
- explained by a .sig virus. "Grow up children. Purchase
- lives." -- Geoff Collyer------------------------------Date: Thu,
- 2 Apr 1992 20:00:21 GMTFrom:
- qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUTo
- : packet-radio@ucsd.eduReferences <11321@perryd>,
- <1992Apr01.145536.2842554@locus.com>,
- <1992Apr2.171606.23719@telesoft.com>Subject : Re: Help 2nd try
- tcpip ka9q problemIn article
- <1992Apr2.171606.23719@telesoft.com> g@telesoft.com
- writes:>97.109d essentially says that stations under automatic
- control and passing>third party traffic must use AX.25 protocol.
- The originating station must>not be automatically controlled.
- >>So unless you pass NTS traffic, you don't have to use
- AX.25.>--GaryMBut since most packet stations are automatically
- controlled, and since youhave no way of knowing whether somebody
- is going to pass third-partytraffic through your station, you
- are effectively required to use AX.25unless you want to leave
- yourself open to a citation should somebody indeedsend third
- party traffic through you. Of course, just using AX.25 isn't
- enough either, you also need an AIprogram to determine if the
- third party traffic is "business related"or not...
- :-(Phil------------------------------End of Packet-Radio Digest
- V92
- #88******************************------------------------------Da
- te: 4 Apr 92 07:08:33 GMTFrom:
- munnari.oz.au!spool.mu.edu!umn.edu!cs.umn.edu!kksys!tdkt!FredGate
- @network.UCSD.EDUSubject: MitreksTo: packet-radio@ucsd.eduWill
- get you that info on the mitreks as soon as possible...I will
- not be doing the mods myself, but a friend of mine willbe able
- to help you... What do you mean by FDX? TNX, Chris N0OVF @
- WB0GDB.MN * Origin: HAM>link< RBBS 612/HAM-0000 Saint Paul, MN
- (K0TG)(1:282/100.0)------------------------------Date: 3 Apr
- 1992 13:01:08 -0800From: news-mail-gateway@ucsd.eduSubject: Why
- segregate TCP/IP? (was Re: Keyboard-to-keyboard)To:
- packet-radio@ucsd.eduThis was done in Northern Calif. at the
- request of the TCPIPers. Itseems that a lot of AX.25 activity
- would cause TCPIP to back off sofar that it was getting
- unusable.Roy, AA4REex-frequency coordinator for
- NCPA------------------------------Date: 3 Apr 92 15:13:38
- GMTFrom:
- pacbell.com!mips!spool.mu.edu!hri.com!know!cass.ma02.bull.com!lad
- cgw.ladc.bull.com!orchard.la.locus.com!devnet.la.locus.com!dana@n
- etwork.UCSD.EDUSubject: Why segregate TCP/IP? (was Re:
- Keyboard-to-keyboard)To: packet-radio@ucsd.eduIn article
- <9204021924.AA05654@chaos.eng.wayne.edu> ron@chaos.eng.wayne.EDU
- (Ron Atkinson ) writes:>In Michigan the MIPAC (Michigan Packet
- Council) designated 145.03 as the>keyboard-to-keyboard only
- frequency. No BBS's in Michigan are allowed >there. This of
- course has also turned into beacon city. We also do not>allow
- gateways from 145.03 for people to connect to BBS's on
- other>frequencies. A gateway for keyboard to keyboard use is
- fine though.> There is also a 2m TCP/IP only frequency
- assigned. We have a few>visitors running plain TNC's just
- looking around, but it is generally>all TCP/IP (no NETROM>'s
- either). I can understand the desire to create a low-level
- keyboard to keyboardchannel, but why do people believe TCP/IP
- must be segregated to a channelall by itself? Sure, FTP can
- consume a channel, but the same is true if someonedownloads a
- large file using AX.25. Sure, the IP headers print garbageon
- some screens when monitoring the channel, but so does NET/ROM,
- and thisis a truly petty complaint anyway. What is the beef
- otherwise?-- * Dana H. Myers KK6JQ | Views expressed here
- are * * (213) 337-5136 | mine and do not necessarily * *
- dana@locus.com DoD #466 | reflect those of my employer * *
- "Dammit Bones, spare me the lecture and give me the shot!"
- *------------------------------Date: 3 Apr 92 23:38:18 GMTFrom:
- timbuk.cray.com!hemlock.cray.com!andyw@uunet.uu.netSubject: Why
- segregate TCP/IP? (was Re: Keyboard-to-keyboard)To:
- packet-radio@ucsd.eduIn article <9204032058.AA28353@ucsd.edu>,
- enge@almaden.ibm.com (Roy Engehausen) writes:> This was done in
- Northern Calif. at the request of the TCPIPers. It> seems that
- a lot of AX.25 activity would cause TCPIP to back off so> far
- that it was getting unusable.We also did this in MN, just so us
- tcp'ers could have a quiet life, awayfrom the axe-grinding that
- some people seem to find essential totheir daily life :-(It
- helped us subnet our network too..--
- andyw. N0REN/G1XRLandyw@aspen.cray.com Andy Warner, Cray
- Research, Inc. (612) 683-5835------------------------------Date:
- 3 Apr 92 15:32:21 GMTFrom:
- elroy.jpl.nasa.gov!sdd.hp.com!zaphod.mps.ohio-state.edu!sol.ctr.c
- olumbia.edu!emory!wa4mei!ke4zv!gary@ames.arpaTo:
- packet-radio@ucsd.eduReferences
- <1992Apr1.084203.25639@ke4zv.uucp>, <6303@lib.tmc.edu>,
- <1992Apr1.201001.11375@qualcomm.com>eReply-To : gary@ke4zv.UUCP
- (Gary Coffman)Subject : Re: Can you run packet on an HP95LX
- palmtop?In article <1992Apr1.201001.11375@qualcomm.com>
- karn@chicago.qualcomm.com (Phil Karn) writes:>>Tom Clark demoed
- his HP-95 running Jay's port of my code at the TAPR>meeting in
- Tucson a few weeks ago. It has two COM ports, the>electrical
- port mentioned here and an infrared port designed to allow>two
- HP-95s to talk to each other. So it ought to be possible to
- route>packets through an HP-95. :-)>>And if someone wanted to do
- the necessary software, it ought to be>possible to set up an
- HP-95 LAN. Just line them up next to a mirror so>they can all
- see each other's IR transmissions. :-)With HP's current rebate
- offer in hand, I rushed out and bought one ofthese little jewels
- day before yesterday. Besides being very usablewith it's built
- in applications, the ability to run normal DOS programsis
- welcome. I've got a copy of Jay's NOS and plan to install it
- overthe weekend. About a half a dozen local packeteers who meet
- for lunchevery Wednesday carry HP95s. Maybe we'll all aim them
- at the napkindispenser next week and see if we can talk. :-)Gary
- KE4ZV------------------------------Date: 3 Apr 92 17:10:22
- GMTFrom: telesoft!garym@uunet.uu.netTo:
- packet-radio@ucsd.eduReferences
- <1992Apr01.145536.2842554@locus.com>,
- <1992Apr2.171606.23719@telesoft.com>,
- <1992Apr2.200021.21429@qualcomm.com>Reply-To :
- g@telesoft.comSubject : automatic control (was: Help 2nd try
- tcpip ka9q problem)In <1992Apr2.200021.21429@qualcomm.com>
- karn@chicago.qualcomm.com (Phil Karn) writes:>In article
- <1992Apr2.171606.23719@telesoft.com> g@telesoft.com
- writes:>>97.109d essentially says that stations under automatic
- control and passing>>third party traffic must use AX.25
- protocol. The originating station must>>not be automatically
- controlled. >>>>So unless you pass NTS traffic, you don't have
- to use AX.25.>>--GaryM>But since most packet stations are
- automatically controlled, and since you>have no way of knowing
- whether somebody is going to pass third-party>traffic through
- your station, you are effectively required to use AX.25>unless
- you want to leave yourself open to a citation should somebody
- indeed>send third party traffic through you. >Of course, just
- using AX.25 isn't enough either, you also need an AI>program to
- determine if the third party traffic is "business related">or
- not... :-(OK, so stations under automatic control must examine
- each packet beforeretransmitting it to make sure it's doesn't
- contain 3rd party traffic,doesn't further someones business
- affairs, doesn't contain obscenities, andit also has to check
- that third party traffic originated at a station underlocal or
- remote control, it must check to make sure there is no music
- beingretransmitted. Don't forget voice repeaters are usually
- under automaticcontrol too, so they have to delay the audio long
- enough to analyze it forthese things. What it boils down to is
- that under current rules a repeater station underautomatic
- control (voice or packet) is responsible for what someone
- else(the repeater user) sends thru the repeater. This, IMHO, is
- where the rulesneed to be changed. Stations under automatic
- control shouldn't beresponsible for content of transmissions
- originated by other stations. Thisisn't a new problem, it came
- up before when east coast packet BBS operaterswere cited by the
- FCC for passing along that message with the 900 number init. And
- don't tell the FCC about Qualcomm's power control technology or
- they'llstart citing us for running more output power than
- necessary. :-)--GaryM-- Gary Morris Internet:
- g@telesoft.comKK6YB (N5QWC) UUCP:
- uunet!telesoft!gTeleSoft AMPR: KK6YB @
- W2XOSan Diego, CA Phone: +1
- 619-457-2700------------------------------Date: 4 Apr 92
- 01:46:31 GMTFrom: world!eac@uunet.uu.netTo:
- packet-radio@ucsd.eduReferences <6303@lib.tmc.edu>,
- <1992Apr1.201001.11375@qualcomm.com>,
- <11668@tamsun.tamu.edu>Subject : Re: Can you run packet on an
- HP95LX palmtop?In <11668@tamsun.tamu.edu> kurt@cs.tamu.edu (Kurt
- Freiberger) writes:>In article
- <1992Apr1.201001.11375@qualcomm.com>, karn@chicago.qualcomm.com
- (Phil Karn) writes:>|> >|> And if someone wanted to do the
- necessary software, it ought to be>|> possible to set up an
- HP-95 LAN. Just line them up next to a mirror so>|> they can all
- see each other's IR transmissions. :-)>|> >Karn, you ARE a sick
- puppy!!!!>8-}Actually I saw some ideas on wireless office lans
- that had the IR transcieversstuck above the office partitions.
- Downside was if someone as tall as me walkedpassed 8-}. The lans
- were basically a ring topography.I have one of those HP 95s and
- really like them. They make a great appointmentcalendar, phone
- directory and calculator also. I was able to put antennaformulas
- in the solver and figure out all sorts of dimensions. World
- Clockis nice. And it will even run MSDOS programs like a
- satellite tracking programon it! No if only someone would port
- UN*X...73 Eric Cottrell WB1HBU
- eac@world.std.com------------------------------End of
- Packet-Radio Digest V92 #89******************************Date:
- Sun, 5 Apr 92 04:30:01 PDTFrom: Packet-Radio Mailing List and
- Newsgroup <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #90To: packet-radioPacket-Radio Digest Sun,
- 5 Apr 92 Volume 92 : Issue 90Today's Topics:
- 9600 baud/D-410 reply Printed Circuit board fer
- 2Mbps Datalink from 1991 ARRL handbook printed circuit diagram
- or 2Mbps datalink in 1991 ARRL handbook Ramsey
- FX 146 mod for packet file Using a full duplex
- repeater for packet radio Why segregate TCP/IP? (was Re:
- Keyboard-to-keyboard)Send Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 4 Apr 1992 17:54:02 -0800From:
- news-mail-gateway@ucsd.eduSubject: 9600 baud/D-410 replyTo:
- packet-radio@ucsd.eduIn message
- <702073623.F00002@tdkt.kksys.com> you write:> > I was reading an
- article from the Packet Register and I saw> something that said>
- "The Kantronics D-410 radio has a data slicer and has been
- tested > successfuly with raw data. However, this configuration
- is not ^^^^^^^^ ^^^^^^^^^^^^^^^^^^
- i.e. no modem> compatible
- with any other formats, such s K9NG/G3RUH, but could > certainly
- be used in a pt to pt application."> > Is this true??? If I buy
- a Data engine with the 9600 baud modem,
- ^^^^^^^^^^^^^^^^^^^^^^^> and the DR4-10 will I
- not be able to connect to others> on the network using TAPR 9600
- baud modems and Motorola rigs????> Doesn't seem right to
- me...Me, neither.We have here apples and orangutans. The data
- slicer built into the D-410 provides no scrambling; the
- k9ng,g3ruh, and TAPR modems do; ergo you can't use the D-410
- _without_ amodem and be compatible with those _using_ one of the
- afore-mentionedmodems. The D-410, when used with a
- k9ng/g3ruh/TAPR modem will work just fineand be compatible with
- others using these modems. -- Mike
- wd6ehr.ampr.org!wd6ehr@puffin.UUCP------------------------------D
- ate: Sun, 5 Apr 1992 05:12:56 GMTFrom:
- munnari.oz.au!bunyip.cc.uq.oz.au!marlin.jcu.edu.au!solwarra.gbrmp
- a.gov.au!wayne@network.UCSD.EDUSubject: Printed Circuit board
- fer 2Mbps Datalink from 1991 ARRL handbookTo:
- packet-radio@ucsd.eduHi, I would like to know if anyone could
- possible send me a postscriptfile of the printed circuit board
- layout for the 2 Mbps Microwave Datalinkas printed in the 1991
- ARRL handbook in chapter 32.tnx in advance.cul 73's de wayne--
- Wayne Amisano - News Administrator | wk ph.
- +(61) 77 81-8861GBRMPA - Townsvile,
- Australia.| ph fax +(61) 77 72-6093wayne@gbrmpa.gov.au -
- Internet | Life is too
- importantvk4kt@vk4afs.#NQ.QLD.AUS.OC - PBBS |
- to be taken seriously------------------------------Date: Sun, 5
- Apr 1992 05:20:50 GMTFrom:
- munnari.oz.au!bunyip.cc.uq.oz.au!marlin.jcu.edu.au!solwarra.gbrmp
- a.gov.au!wayne@network.UCSD.EDUSubject: printed circuit diagram
- or 2Mbps datalink in 1991 ARRL handbookTo:
- packet-radio@ucsd.eduHi, I would like to know if anyone could
- possible send me a postscriptfile of the printed circuit board
- layout for the 2 Mbps Microwave Datalinkas printed in the 1991
- ARRL handbook in chapter 32.tnx in advance.cul 73's de wayne--
- Wayne Amisano - News Administrator | wk ph.
- +(61) 77 81-8861GBRMPA - Townsvile,
- Australia.| ph fax +(61) 77 72-6093wayne@gbrmpa.gov.au -
- Internet | Life is too
- importantvk4kt@vk4afs.#NQ.QLD.AUS.OC - PBBS |
- to be taken seriously------------------------------Date: Sat, 4
- Apr 1992 14:49:06 GMTFrom:
- pacbell.com!att!cbfsb!cbnewsb.cb.att.com!wa2ise@network.UCSD.EDUS
- ubject: Ramsey FX 146 mod for packet fileTo:
- packet-radio@ucsd.educopied from packet: Msg# TSF Size #Rd
- Date Time From MsgID To 6886 BF 728 0 29-Mar 1800
- AA2ES 1289_WA2AAR RAMSEY@ALLUSA () Sb: FX-146 Packet ModAnyone
- experiencing low audio levels on transmit when in packet mode
- and using the rear 5-pin DIN connector may find this mod useful.
- It worked for me.C65 which connects the AFSK input from the TNC
- to the mic line has thestandard value, .01uf. In my case this
- caused severe attenuation of the AFSKsignal to the point where I
- was unable to connect to anything. Replacing C65with a 0.1uf cap
- cured the problem.73 - Ian,
- AA2ES@WA2AAR.NJ.USA.NA===========================================
- ===================================Note: I haven't tried or
- verified this, proceed at your own risk.
- WA2ISE------------------------------Date: 3 Apr 92 17:06:31
- GMTFrom:
- sdd.hp.com!spool.mu.edu!hri.com!noc.near.net!gateway!pictel!wpns@
- network.UCSD.EDUSubject: Using a full duplex repeater for packet
- radioTo: packet-radio@ucsd.eduIn article
- <46XDiB1w164w@slic.cts.com> mikey@slic.cts.com (Mike Shirley)
- writes:>We plan on adding a secondary PL decoder at the repeater
- which>when it detects the "packet" PL, will add a 10 second
- hang-time,>place the packet repeater into carrier for 10 seconds
- after drop>of the packet PL and will bypass the voice channels
- into the>controller. This should keep the turn-around times to
- a minumim.>>The normal PL decoder is always active and if it
- detects "voice>PL, it will open the audio line from the TNC and
- essencially>disable the "packet transmitter" til the controller
- hang timer>has expired.But if a packet transmitter and a voice
- transmitter both key up at thesame time, neither PL decoder will
- see anything useful. How do youintend to deal with this type of
- collision? The only thing I canthink of would be separate
- receivers on opposite splits for voice andpacket....Willie
- Smithwpns@pictel.com------------------------------Date: Sat, 4
- Apr 1992 18:50:44 GMTFrom:
- qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
- bject: Why segregate TCP/IP? (was Re: Keyboard-to-keyboard)To:
- packet-radio@ucsd.eduIn article <9204032058.AA28353@ucsd.edu>
- enge@almaden.ibm.com (Roy Engehausen) writes:>This was done in
- Northern Calif. at the request of the TCPIPers. It>seems that
- a lot of AX.25 activity would cause TCPIP to back off so>far
- that it was getting unusable.Actually, it's not the different
- protocols, it's the differentcongestion control algorithms in
- the various implementations. MostAX.25 implementations do not
- perform exponential backoff, and thismakes them highly
- vulnerable to congestion collapse on a loadedchannel.Both my TCP
- and AX.25/LAPB implementations perform binary
- exponentialbackoff, and as long as *everybody* on a channel uses
- them things aremuch more stable. But if you have some stations
- that do backoff andsome that don't, those that don't will end up
- stealing most of thechannel.So a much better criteria for
- segregating traffic would be based onthe channel access method,
- not the higher level protocols orapplications in
- use.Phil------------------------------End of Packet-Radio Digest
- V92 #90******************************Date: Mon, 6 Apr 92
- 04:30:02 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #91To: packet-radioPacket-Radio Digest Mon,
- 6 Apr 92 Volume 92 : Issue 91Today's Topics:
- A question !
- Dr4-10... FBB 5.14 PBBS software available
- RUH > 19.2 to drive D4-10 in TTL mode
- Using a full duplex repeater for packet radio Why
- segregate TCP/IP? (was Re: Keyboard-to-keyboard)Send Replies or
- notes for publication to: <Packet-Radio@UCSD.Edu>Send
- subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: Fri, 3 Apr 1992 16:57:19 GMTFrom:
- sdd.hp.com!hpscdc!hplextra!hpcc05!hpdmd48!jhays@network.UCSD.EDUS
- ubject: A question !To: packet-radio@ucsd.edu/
- hpdmd48:rec.radio.amateur.packet / lee@tosspot.sv.com (Lee
- Reynolds) / 8:17 am Apr 1, 1992 /->Gennlemen,-> just
- wondering - do any of you, anywhere, live in an area->where a
- keyboard to keyboard channel for ragchewing is designated
- and->actually observed? (No backbones, no PBBSes - just people
- who want to->talk to other people in realtime)->Lee,As a
- founding member of NEPRA (which started the whole 5.01 mess),
- the decisionwas made to put digipeaters in the repeater
- sub-bands, since there were noregulations saying if a digipeater
- was an amateur station in repeater modeor not. 144.91-145.09
- was a relatively uninhabited part of the spectrum, andwas chosen
- because it was clear and in the repeater subband. This is a
- relatively busy peice of spectrum a decade+ later...
- consequently any operationin this portion of the band is going
- to be subject to NET/WRONG, IP, PBBS,DIGIPEATER operation sooner
- or later. To expect this area to be kept freefor TTY PACKET
- QSOs is probably unrealistic. However, the spectrum
- from145.51-145.79 is relatively uninhabited in most areas of the
- country (don'tuse 145.55) and has been used for
- keyboard-to-keyboard operations quitesuccessfully by a number of
- amateurs... why not find a frequency in thisrange which is not
- used in SNH and set it up as a simplex and non-bbs
- "channel"....John->-> Lee->
- (A packeteer since 1983, and a NEDA
- memeber)->----------------------------------------Date: 5 Apr 92
- 12:54:42 GMTFrom:
- psinntp!ncrlnk!ciss!lawday!jra@uunet.uu.netSubject: Dr4-10...To:
- packet-radio@ucsd.eduChris.Schmelzer@f100.n282.z1.tdkt.kksys.com
- (Chris Schmelzer) writes:>ANY comments?!? I will be moving a
- fair distance>from the LAN this fall as I go to college... I
- will probably>be at least an hour drive from the closest node,
- so if I DO>buy the 4-10 I will eventually have to add an
- amplifier....>but still, it won't be THAT expensive.....If you
- can find an amp to go behind the D4-10 that won't screw up
- theturnaround time, let me know. I'll buy a couple
- myself.That's a real problem... when you have a system that can
- turn around in6 or 7ms, adding the several hundred milliseconds
- that many RF-sensedamps need to switch is a real downer.John
- AG9V-- John R. Ackermann, Jr. Law Department, NCR
- Corporation, Dayton, Ohio(513) 445-2966
- John.Ackermann@daytonoh.ncr.comPacket Radio: ag9v@n8acv
- tcp/ip: ag9v@ag9v.ampr
- [44.70.12.34]------------------------------Date: 5 Apr 92
- 14:36:26 GMTFrom:
- mcsun!news.funet.fi!polaris!funic!mto@uunet.uu.netSubject: FBB
- 5.14 PBBS software availableTo: packet-radio@ucsd.eduNew version
- of the packet BBS software by F6FBB is now available
- withanonymous FTP from tomcat.gsfc.nasa.gov (USA) in directory
- bbs/f6fbb ornic.funet.fi (Finland, Europe) in directory
- pub/ham/packet/bbs/f6fbb.Key features of this software are: -
- The usage of this software is very close to the one made by
- WA7MBL, whose commands have been kept. It has also a set
- of specific and original supplementary commands. - Works on
- any 100 % compatible XT or AT PC fitted with a hard disk and
- 640 k RAM, monochrome CGA or EGA VDU, 1 up to 8 serial
- ports. This software allows user-customized colours but
- works also without any modification on a monochrome
- adapter. - Can take advantage of extended or expanded memory
- installed in the system - Multiconnections: up to 50
- simultaneous channels on 8 TNC (4 or 8 channels per TNC
- depending on the software used). - Multiplexing: this
- software supports usage of an external MUX (schematics
- included in the distribution disk), supports also extension
- boards in the case of a hardware configuration having more
- than 2 ports. The MUX connects 4 TNC on 1 serial port,
- either com1 or com2. Printed board will be available from
- the ATEPRA association, (ATEPRA, 23 rue de Provins, 77520
- MONS EN MONTOIS - FRANCE). - Operates: - with any TNC2 or
- clone fitted with the special 27256 eprom containing the
- WA8DED firmware, or TF4/TF8, with a Z80 clock of 2.5 or,
- better, 4.9 MHz. - - with a PK232 in Host-Mode - with a
- G8BPQ node. - With a KAM hostmode (I seem to have still some
- problems). - Standard BBS: it is a BBS identical to the
- WA7MBL or W0RLI. It has also server functions (computation of
- satellite orbits, callbook, and operator customizable
- chapters, gateway to an other channel, the users being able
- to chat together in real time on the same or different channels,
- etc...). - Forwarding: with the other BBS WA7MBL type
- or compatible, BIDS management (up to 2000 of them, or
- more depending on a parameter, are saved in a separate
- file), a BID is automatically generated should the user
- doesnt provide if. Private message works with the management of
- MID. The messages are suppressed automatically after a delay
- which can be user defined. This is true for bulletins and
- private mail. - The forwarding is optimized between BBS using
- FBB protocole type. It is more efficient on a VHF/UHF
- network. This kind of forwarding can be disabled by
- configuration. - The compressed forwarding allows the
- reduction by a factor of about 40- 50% the quantity of data
- to exchange in big messages. The messages are protected by
- checksums, then the transfer is made error-free. - The
- forwarding is simultaneous on the various ports regardless they
- are incoming or outgoing. There might be several forwardings
- outgoing per port which number is set by parameter. The
- number of incoming forwarding is a function of the available
- channels. The time and the period of forward can be set
- separately on each port. - The hierarchical routing is
- supported. - The ping-pong phenomenon is automatically
- detected and an information is given to the sysop by a system
- message. - Messages and bulletins for SYSOP are duplicated
- to a destination call which can be defined by configuration.
- - A detailed log of the BBS activity is maintained and
- a statistic analysis program, written by FC1MVP, is also
- available. - Binary transfer is supported with the usage
- of the YAPP protocol of WA7MBL. An extension to this
- protocol has been made, including the automatic restart
- and the checksum, should a stop has occurred or a
- disconnection took place during the transfer. This
- extension to the protocol works with the TPK, packet terminal
- program written by FC1EBN. - Gateway between connected
- stations or with another port. - Conference within the limits
- of the available ports and channels. - Language: at the first
- connection, the connect language is attributed to the user,
- depending of the callsign. - Remote SYSOP operation is
- supported and the housekeeping of the BBS messages, mail
- and old mail is done each and every night at low activity
- period which can be parametered, and is done automatically. -
- Works under DesqView.73, Markku / OH2BQZP.S. I do not act as any
- kind of distribution or contact point for this software
- other than maintaining ham archives at nic.funet.fi. If you
- do not have internet access please check a phone BBS near you
- e.g. G8LWY Packet BBS in the UK +44 81 5471479 or
- WB6ODZ F6FBB PACKET SUPPORT BBS (USA)
- 619-376-6383------------------------------Date: 5 Apr 1992
- 21:54:01 -0700From: news-mail-gateway@ucsd.eduSubject: RUH >
- 19.2 to drive D4-10 in TTL modeTo: packet-radio@ucsd.eduDue to
- numerous requests I am posting modification instructions for the
- Paccom NB-9600 G3RUH modem to convert it to TTL input/output to
- drive a Kantronics D4-10 at 19.2Kbaud. Don't forget to change
- the radio speed jumpers in whatever TNC you are using to 19.2K
- after these mods are done. I mention this only because I spent
- one hour trying to figure out why my mod wouldn't work, only to
- finally realize I never changed the TNC SPEED to 19.2K to drive
- the blasted modem! (what an idiot huh?) It's the simple things
- that getcha! :-)
- -----------------------------------------------------------------
- ------------
- 5 Feb. 92G3RUH Modification to convert to 19.2K and drive
- a Kantronics D4-10 throughthe TTL port. All part numbers given
- are for the Paccom NB-96 modem.1. Receive audio in to receive
- data in (conversion to TTL input) mod. A. Locate U10 pin 2,
- and circuit board trace going to U5 pin 2. 1. Disconnect
- output of U10 pin 2 by either lifting the lead leg on
- the integrated circuit or by cutting trace. Lifting the leg
- on the IC is the easiest way to go about it. 2.
- Connect TTL receive data input from the D4-10 to trace going to
- U5 pin 2. Note: On Kantronics 19K2/9K6 modem, they
- actually put in a jumper that letsyou either drive U5 pin 2
- directly from a TTL source (such as the D4-10) or when the
- jumper is installed, the input to this stage reverts to normal
- G3RUH operation with U16C acting as the Rx filter for the analog
- input. 2. Transmit audio out to Transmit Date out (TTL output)
- modification. A. Locate U18 (74HC164) pin 3 and trace going
- to Jumper-1 pin 1. Please note that Jumper-1 normally is
- jumpered from pins 2 to 3 with a header jumper.
- 1. Connect wire from from Jumper-1 pin 1 to D4-10 transmit data
- input. Note: On Kantronics modem, they do the same
- thing. They disconnect the output of U18A (after C34) with a
- header, and allow you to drive the outputwith U18 pin 3 or the
- analog output from U18A determined by the position of a header
- jumper. If it is desired to disable the audio output of the
- G3RUH modem, you can cut the trace after C34 or remove C34. I
- did neither and just let it run since I was no longer using the
- audio output, and I saw no harm injust leaving it run. 3. Lock
- Detector modification. A. Locate resistor pack RS-2. It is
- a 100K resistor pack and its onlypurpose is to give 100K of
- resistance between pins 1 & 2 and 3 & 4. The other resistors
- in the pack are unused. The goal here is to change this
- resistance to approx. 50K, and there are a couple of ways to
- achieve this as listed below: 1. Cut traces to RS-2 and
- install two 50K resistors. One between pins 1 & 2,
- and another between pins 3 & 4. 2. Leave everything
- intact and place a 100K resistor across pins 1 & 2,
- and another across pins 3 & 4, this will form two parallel
- resistor networks with each one offering 50K to the circuit.
- I used this method. Not much room to work on the board
- for this step and soldering is in very tight quarters.
- 3. Use the unused portions of RS-2 to do the same thing as
- #2 above using shorting wires. Note: The value of 50K
- for the lock detector was chosen from notes given in the Paccom
- NB-96 manual. I have been experimenting with these values
- andhave achieved what appears to be better results with values
- different from those reported. However since I can not document
- WHY that is happening, and since it might be limited to my
- application, I will not go into details on what values I am
- using. I merely point this out so that if you happen to
- noticewhat appears to be poor DCD detection on what appear to be
- good signals, thismight be a good first place to look. Note:
- There were some suggestions given in the past to modify a
- KantronicsDVR2-2 to work with the NB-96 modem at 9600 baud.
- These suggestions consistedof bypassing one resistor and
- changing the value of another IN the radio. Thenet result was
- to increase the audio output level of the radio to the modem,
- and to lower the transmit audio input level from the modem to
- the radio. I have found that increasing the audio output of the
- radio to the modem often-times results in WORSE performance and
- would recommend keeping it stock. However, lowering the
- transmit drive level is required but it seems to make more sense
- to do this in the modem rather than in the radio. If a 47K
- resistor is placed in series with transmit audio output
- (INTERNAL to the modem)then it will duplicate Kantronics design,
- and will offer easy adjustment of transmit deviation whether you
- are using a DVR2-2 or a D4-10. Of course this is only necessary
- at 9600 baud, as when the above modifications are done, the
- output of the modem is TTL and not analog. Mark
- Bitterlichwa3jpy@wb4uou.nc.usa.na
- (packet)mgb@tecnet1.jcte.jcs.mil
- (internet)------------------------------Date: 5 Apr 92 15:17:16
- GMTFrom:
- dog.ee.lbl.gov!nosc!crash!slic!mikey@network.UCSD.EDUSubject:
- Using a full duplex repeater for packet radioTo:
- packet-radio@ucsd.eduwpns@pictel.com (Willie Smith) writes:> In
- article <46XDiB1w164w@slic.cts.com> mikey@slic.cts.com (Mike
- Shirley) writ> >We plan on adding a secondary PL decoder at the
- repeater which> >when it detects the "packet" PL, will add a 10
- second hang-time,> > But if a packet transmitter and a voice
- transmitter both key up at the> same time, neither PL decoder
- will see anything useful. How do you> intend to deal with this
- type of collision? The only thing I canPacket will attempt a
- retry and the voice user will notice thelack of
- courtesy-tone/hang-time and issue a ker-chunk or key-downfor a
- few seconds. Once the user "captures" the voice channel,then we
- only contend with packet transmitter carriers.Good point to
- consider. We would probably reduce the retry countand run the
- packet transmitters at the lowest power for aquieting signal
- into the box. Voice users would then be able tocapture most of
- the time.Admittedly, this combo is not the perfect setup. All
- we want isto get off of the crowded packet channels, reduce the
- need fordigipeats, and have longer than user to user distances.
- We don'twant much I guess.--Mike Shirley, WB6WUI INET:
- mikey@slic.cts.comPO Box 460 (San Diego) UUCP:
- {hplabs!hp-sdd nosc}!crash!slic!mikeyLakeside, CA 92040-0460
- GEnie: SLIC------------------------------Date: 5 Apr 92
- 13:30:26 GMTFrom:
- sdd.hp.com!swrinde!gatech!gatech!wa4mei!n4rsy!ke4zv!gary@network.
- UCSD.EDUSubject: Why segregate TCP/IP? (was Re:
- Keyboard-to-keyboard)To: packet-radio@ucsd.eduIn article
- <1992Apr03.151338.2846518@locus.com> dana@locus.com (Dana H.
- Myers) writes:>> I can understand the desire to create a
- low-level keyboard to keyboard>channel, but why do people
- believe TCP/IP must be segregated to a channel>all by itself?>>
- Sure, FTP can consume a channel, but the same is true if
- someone>downloads a large file using AX.25. Sure, the IP headers
- print garbage>on some screens when monitoring the channel, but
- so does NET/ROM, and this>is a truly petty complaint anyway.
- What is the beef otherwise?With the original exponential backoff
- in KA9Q, the problem was thatTCP/IP would *lose* the channel if
- any ordinary AX25 user came up.If you had a couple of chatters
- and a BBS going, KA9Q would back offto infinity. Now with
- settable backoff, TCP can hold it's own withother channel users.
- It's now up to the user to make it channel friendly or not. With
- reasonable parameters, it coexists nicelywith other users.Gary
- KE4ZV------------------------------End of Packet-Radio Digest
- V92 #91******************************Date: Tue, 7 Apr 92
- 04:30:01 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #92To: packet-radioPacket-Radio Digest Tue,
- 7 Apr 92 Volume 92 : Issue 92Today's Topics:
- Decoding Weather Satellite Pics (WEFAX)
- Dr4-10... (2 msgs) Help ka9q et al mailer
- question Poor Man's packet & modem (2 msgs)
- Why segregate TCP/IP? (was Re: Keyboard-to-keyboard)Send
- Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
- subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 6 Apr 92 14:38:03 GMTFrom:
- eos!aio!sweetpea.jsc.nasa.gov!mancus@ames.arpaSubject: Decoding
- Weather Satellite Pics (WEFAX)To: packet-radio@ucsd.edu I am
- attempting to put together a satellite ground station todecode
- NOAA and GOES satellite images. There are several
- stumblingblocks in the way: - I have an AEA-PK232A. Supposedly
- this supports WEFAX decoding, but the operating manual that
- comes with it just suggests buying AEA's own software. I want
- to write my own, but have no information on what format the
- demodulated picture will be in when it appears on my computer
- serial line. - Where can I get a 1691 MHz -> ~137 MHz
- downconverter and what is it likely to cost? - Where can I get
- ~2 ft of 9913 RG-8U? The only source I've found so far is
- AES, and they only sell it in 100 ft rolls (according to the
- catalog). - Does anyone have any comments on modifying scanners
- in the 137 MHz range to get the 30-50 kHz bandwidth required?
- Thanks for any help. -Keith Mancus
- <mancus@sweetpea.jsc.nasa.gov>
- N5WVR------------------------------Date: 6 Apr 1992 09:08:24
- -0700From: ucsd.edu!news@network.UCSD.EDUSubject: Dr4-10...To:
- packet-radio@ucsd.edujra@lawday.DaytonOH.NCR.COM (John
- Ackermann) writes:>That's a real problem... when you have a
- system that can turn around in>6 or 7ms, adding the several
- hundred milliseconds that many RF-sensed>amps need to switch is
- a real downer.On the other hand, it's not too much trouble to
- run a new wire into theamp and connect it to the PTT circuit in
- the associated transmitter -that way you don't have the delay in
- the RF sensing circuit to dealwith.Typical clapper-type relays
- switch in 4 to 5 milliseconds, so the relayisn't going to be a
- timing problem when keying up. However, they DOtake longer -
- sometimes tens of milliseconds - to UNKEY. This isworsened by
- spike diodes.I suspect that some sort of totem-pole driver that
- would short the relaycoil on unkey would significantly quicken
- the unkey time, but it'd haveto be a pretty beefy transistor.
- Luckily, TV horizontal outputtransistors are only a few
- dollars.This begs the question of whether the relay would
- survive typical packetduty cycles.I have been using the antenna
- relays out of old junk Motorola radios formy 56kb stuff. They
- are reasonably fast, and they're of sealed-reedconstruction, so
- they may survive. - Brian------------------------------Date:
- Mon, 6 Apr 1992 22:16:35 GMTFrom:
- sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!glenne@network.UCSD.E
- DUSubject: Dr4-10...To: packet-radio@ucsd.eduIn
- rec.radio.amateur.packet, brian@ucsd.edu (Brian Kantor) writes:
- jra@lawday.DaytonOH.NCR.COM (John Ackermann) writes:
- Typical clapper-type relays switch in 4 to 5 milliseconds, so
- the relay isn't going to be a timing problem when keying up.
- However, they DO take longer - sometimes tens of milliseconds
- - to UNKEY. This is worsened by spike diodes.Really? The few
- electo-mechanical switches I've looked at (they wereattenuators
- along with T/R switches for a 432 MHz EME station) appearedto
- switch in a few milliseconds but then they often bounced
- afteranother several. I didn't feel too comfortable in applying
- lots ofpower until 20 milliseconds had gone by. Maybe I just
- tried the wrongbrand. This begs the question of whether the
- relay would survive typical packet duty cycles. I have
- been using the antenna relays out of old junk Motorola radios
- for my 56kb stuff. They are reasonably fast, and they're of
- sealed-reed construction, so they may survive.How about using
- Mitsubishi (or anyone else's for that matter) MD00Xseries of PIN
- switches? They switch very rapidly, under a microsecond,and
- take lots and lots of cycles. The "H" suffix generally are
- spec'dto handle at least 25 watts. I've used these at 900 and
- 1200 MHz withgreat success but there are also versions for 140
- and 440 MHz territory.I think if enough people called RF Parts
- that they might finallyactually get some in stock. I've asked
- them for them several times andthey've said something like "yes,
- we can get them if there is interest"but I guess I never had
- enough $'s to get them to count it as interest. I'm using the
- MD003H and MD004H in the 900 and 1200 MHz radios and they'vebeen
- great. Varieties of the MD001 and M007 work at vhf and low uhf.
- Another alternative is to buy a few Unitrode (or other) PIN
- diodes andbuild your own. I think Microwave Components of
- Michigan had parts awhile back and they may still. It should
- only cost a few dollars for even a fairly high power switch.
- Insertion loss is generally between .5 and 1 dB for the ones
- I've used.Glenn Elmore n6gnN6GN @ K3MC amateur
- IP: glenn@SantaRosa.ampr.orgInternet: glenne@sr.hp.com
- ------------------------------Date: 6 Apr 92 22:48:56 GMTFrom:
- medin%cod.nosc.mil@cod.nosc.milSubject: Help ka9q et al mailer
- questionTo: packet-radio@ucsd.edu Im having a bit of trouble
- with the mailer & ka9q software.After a lot of experimenting i
- am running this way:1. domain.txt - has only callsigns, not
- "callsign.ampr.org."2. domain suff null - the suffex(sp?) is not
- specified ie "ampr.org."3. mail to "ted@n6trf" get thru fine &
- most of the time i have no trouble with addressing. However,
- when mail is sent to "n6trf" i get "n6trf.ampr.org not found"So
- before i paint myself into a corner would you pse advise me on
- what i should be doing (as above) or whatever so that
- "ted@n6trf" & "n6trf" bothwork as good addresses. Thanks in
- advance.73, tedn6trf------------------------------Date: 6 Apr 92
- 02:41:58 GMTFrom:
- csus.edu!netcomsv!micromed!msolinas@decwrl.dec.comSubject: Poor
- Man's packet & modemTo: packet-radio@ucsd.eduCan a standard
- modem be used with poor man's packet? I have a zoom external,
- and can purchase some used hayes modems (1200 baud) for $15.
- Can these be used with PMP? Also, how would you connect from
- the modem (standard phone type cord jacks) to a hand
- talkit?----------------------------------------------------------
- ---------------msolinas@micromed.net.netcom.com (Michael
- Solinas)Micro-Medic BBS
- (408) 280-1610------------------------------Date: Tue, 7 Apr
- 1992 00:06:12 GMTFrom:
- theory.TC.Cornell.EDU!payne@tcgould.tn.cornell.eduSubject: Poor
- Man's packet & modemTo: packet-radio@ucsd.eduIn article
- <N1FsiB2w165w@micromed.net.netcom.com>
- msolinas@micromed.net.netcom.com (Michael Solinas) writes:>Can a
- standard modem be used with poor man's packet? I have a zoom
- >external, and can purchase some used hayes modems (1200 baud)
- for $15. >Can these be used with PMP?No. In general most
- telephone modems *cannot* be used for 1200 baud packet.Most
- UHF/VHF 1200 baud packet uses Bell 202, which is a half-duplex
- FSK protocol. Some old, old modems implement this protocol but
- you don'tfind them around much anymore: they usually get thrown
- away.-- = = = = = = = = = = = = = = = = = = =
- = = = = = = = =Andrew C. Payne, N8KEI UUCP:
- ...!cornell!batcomputer!payne INTERNET:
- payne@tc.cornell.edu------------------------------Date: 5 Apr
- 92 14:44:51 GMTFrom:
- swrinde!cs.utexas.edu!utgpu!watserv1!watmath!xenitec!lemsys!clemo
- n@network.UCSD.EDUSubject: Why segregate TCP/IP? (was Re:
- Keyboard-to-keyboard)To: packet-radio@ucsd.eduIn article
- <1992Apr03.151338.2846518@locus.com> dana@locus.com (Dana H.
- Myers) writes:>> I can understand the desire to create a
- low-level keyboard to keyboard>channel, but why do people
- believe TCP/IP must be segregated to a channel>all by itself?>>
- Sure, FTP can consume a channel, but the same is true if
- someone>downloads a large file using AX.25. Sure, the IP headers
- print garbage>on some screens when monitoring the channel, but
- so does NET/ROM, and this>is a truly petty complaint anyway.
- What is the beef otherwise? I believe the problem is that
- AX.25 is more "aggressive" thanTCP/IP and will therefore, take
- all of the channel time when conflicts andcollisions arise.--
- Craig Lemon VE3XCL - Kitchener, Ontario. Amiga B2000 OS 2.04
- UUCPv1.15D. +1 519 741 0297 +1 519 578 7817 |
- Silly people! We all clemon@lemsys.UUCP
- clemon%lemsys@xenitec.on.ca | know that the Universe IP/Packet:
- ve3xcl@ve3xcl.ampr.org [44.135.84.51]| revolves around
- UUNET!------------------------------Date: 7 Apr 92 00:01:42
- GMTFrom: agate!usenet.ins.cwru.edu!ncoast!allbery@ames.arpaTo:
- packet-radio@ucsd.eduReferences <11321@perryd>,
- <1992Apr01.145536.2842554@locus.com>,
- <1992Apr2.171606.23719@telesoft.com>duReply-To :
- allbery@ncoast.org (Brandon S. Allbery KF8NH)Subject : Re: Help
- 2nd try tcpip ka9q problemAs quoted from
- <1992Apr2.171606.23719@telesoft.com> by garym@telesoft.com (Gary
- Morris @lone):+---------------| In article <11321@perryd>
- perryd@Software.Mitel.COM (Dave Perry) writes:| >In article
- <1992Mar31.003359.12431@NCoast.ORG> allbery@ncoast.org (Brandon
- S. Allbery KF8NH) writes:| >>AX.25 is a poor wrapper for IP and
- NET/ROM packets; unfortunately, thanks to| >>the FCC it's all we
- have. (grrr.....)| >>| >Is this true? That is, is there a legal
- requirement to use AX.25 frames| >to encapsulate IP datagrams?
- Or would any framing which contained the| >transmitting
- station's call do?| | 97.109d essentially says that stations
- under automatic control and passing| third party traffic must
- use AX.25 protocol. The originating station must| not be
- automatically controlled. | | So unless you pass NTS traffic,
- you don't have to use AX.25.+---------------I beg your pardon,
- but the definition of "third party traffic" in Part 97 issuch
- that digipeating and NET/ROM and IP packet forwarding qualify.
- You cantherefore omit AX.25 Level 2 only for direct
- point-to-point links not runninge.g. POP.This is
- annoying.++Brandon-- Brandon S. Allbery, KF8NH [44.70.4.88]
- allbery@NCoast.ORGSenior Programmer, Telotech, Inc. (if I may
- call myself that...)------------------------------End of
- Packet-Radio Digest V92 #92******************************Date:
- Wed, 8 Apr 92 04:30:04 PDTFrom: Packet-Radio Mailing List and
- Newsgroup <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #93To: packet-radioPacket-Radio Digest Wed,
- 8 Apr 92 Volume 92 : Issue 93Today's Topics:
- AmigaNOS questions Combined
- radio/TNC G3RUH with IC-32E/A, anyone?
- Ottawa PI board and CSU/DSU
- Poor Man's packet & modem Rejected posting to
- I-PACRAD@UIUCVMDSend Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 7 Apr 1992 08:43:27 -0700From:
- news-mail-gateway@ucsd.eduSubject: AmigaNOS questionsTo:
- packet-radio@ucsd.eduI have a couple of AmigaNOS questions:1) Is
- there a command to instruct AmigaNOS to constantly update all
- session windows instead of only the currently active one?2) How
- do I change the default timezone from GMT to EST since I have my
- machines clock set to EST and it puts "GMT" after the time?3)
- Has anybody successfully used AmigaELM instead of BM for a
- mailer?--
- _________________________________________________________________
- _____Dan Roman | /// Internet:
- roman_d@timeplex.comTimeplex Inc. | \\\///
- GEnie: D.ROMAN1Woodcliff Lake, NJ | \XX/ Only AMIGA!
- Homebrew is better
- brew.============================================================
- ==========------------------------------Date: 6 Apr 92 19:32:41
- GMTFrom:
- usc!wupost!news.utdallas.edu!tamsun!inetg1!ut-emx!ibmchs!auschs!a
- wdprime.austin.ibm.com!vulcan.austin.ibm.com!ben@network.UCSD.EDU
- Subject: Combined radio/TNCTo: packet-radio@ucsd.eduDoes anyone
- know of a combined 2 meter radio/TNC? This would seem to be
- alogical combination. Thanks.N5DJL--
- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- ~~~~~~~ unet: ben@perfmap.austin.ibm.com | My opinions
- are my own. CI$: 76337,1730 | IBM's
- are confidential.
- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- ~~~~~~~------------------------------Date: 8 Apr 92 09:35:34
- GMTFrom: mcsun!news.funet.fi!cc.tut.fi!ray@uunet.uu.netSubject:
- G3RUH with IC-32E/A, anyone?To: packet-radio@ucsd.edu I have
- just finished constructing my G3RUH 9600bps modem and now I
- need to get it connected to my radio, which is IC-32E. I know
- that it might not be possible, but I don't have the cash to
- buy a new rig at the moment. Any help with this is welcome--
- -----------------------------------------------------------------
- ------------ Harri Viertola, InterNet: ray@cc.tut.fi Packet:
- OH3LDL@OH3RBR.FIN.EU IRC:Harri Phone:+358-31-552 500
- Addr:Ilmarink. 39 B 22, 33500 Tampere .tut.fi stands for
- Tampere University of Technology,
- Finland------------------------------Date: 5 Apr 92 21:15:32
- GMTFrom:
- dog.ee.lbl.gov!nosc!suned1!anacapa!geoff@network.UCSD.EDUSubject:
- Ottawa PI board and CSU/DSUTo: packet-radio@ucsd.eduHas anyone
- hooked the high-speed port of a Ottawa PI card to a CSU/DSU
- running 56 KB/S? I just got two PI cards, and lacking yet the
- WA4DSY modems, thought i'd try something else - upgrading an
- existing landline 4-wire circuit (2 miles) now using short-haul
- async modems at 9600 bps, to 56 kbps, using a pair of spare
- CSU/DSUs as line drivers. The CSU/DSUs are Codex 3500. They
- have DB-25 connectors strap-selectable as RS-232 or V.35, of
- which the RS232 appears preferable here (it's unbalanced, where
- V.35 has some balanced pairs.) Looks like, at first glance, I
- just need to hook up RS232 drivers and receivers to convert the
- PI card's TTL in/out to the CSU/DSU's levels (or bypass
- something in the CSU/DSU), and wire the appropriate ins and outs
- together. Any ideas? Anyone done this?
- geoff------------------------------Date: 7 Apr 92 15:00:36
- GMTFrom:
- swrinde!gatech!gatech!kd4nc!ke4zv!gary@network.UCSD.EDUSubject:
- Poor Man's packet & modemTo: packet-radio@ucsd.eduIn article
- <N1FsiB2w165w@micromed.net.netcom.com>
- msolinas@micromed.net.netcom.com (Michael Solinas) writes:>Can a
- standard modem be used with poor man's packet? I have a zoom
- >external, and can purchase some used hayes modems (1200 baud)
- for $15. >Can these be used with PMP?> Also, how would you
- connect from the modem (standard phone type cord >jacks) to a
- hand talkit?Packet uses Bell 202 tones while your Zoom and the
- Hayes 1200 use Bell 212tones. They are not compatible. The
- "smart" in the smartmodems also getsin your way. The original
- Hayes Smartmodem had a method of using the 300baud speed over
- radio. There's instructions in the back of the modem
- manual.*That* would be compatible with HF packet, but your
- program would have touse "AT" commands to switch from transmit
- to receive. All in all it's alosing proposition when a couple of
- Exar chips or an AMD7910 make a perfectly satisfactory packet
- modem for a few bucks.Gary
- KE4ZV------------------------------Date: 7 Apr 1992 15:10:24
- -0700From: news-mail-gateway@ucsd.eduSubject: Rejected posting
- to I-PACRAD@UIUCVMDTo: packet-radio@ucsd.eduYour message is
- being returned to you unprocessed because it seems to have
- beenalready sent to the I-PACRAD list. That is, a message with
- identical body (butpossibly different headers) has been posted
- to the list recently, either by youor by someone else. If you
- have a good reason to resend this message to thelist (for
- instance because half of the outbound spool files were lost in a
- diskcrash at some intermediate node), please alter the
- message text in some waybefore resending it. Note that
- altering the "Subject:" line or adding blanklines at the top
- or bottom of the message is not sufficient; you should
- insteadadd a line at the top explaining why you are re-sending
- the message, for thebenefit of the list
- membership.------------------------ Rejected message (220 lines)
- -------------------------Received: from CUNYVM.BITNET by
- VMD.CSO.UIUC.EDU (Mailer R2.07) with BSMTP id 9609; Tue, 07 Apr
- 92 17:09:25 CDTReceived: from CUNYVM by CUNYVM.BITNET (Mailer
- R2.08) with BSMTP id 7873; Tue, 07 Apr 92 18:08:02 EDTReceived:
- from ucsd.edu by CUNYVM.CUNY.EDU (IBM VM SMTP V2R2) with TCP;
- Tue, 07 Apr 92 18:08:00 EDTReceived: by ucsd.edu; id
- AA17998 sendmail 5.64/UCSD-2.2-sun Sun, 5 Apr 92 04:30:04 -0700
- for packet-radioReceived: by ucsd.edu; id AA17992 sendmail
- 5.64/UCSD-2.2-sun Sun, 5 Apr 92 04:30:02 -0700 for
- /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi
- -fpacket-radio-relay packet-radio-listMessage-Id:
- <9204051130.AA17992@ucsd.edu>Date: Sun, 5 Apr 92 04:30:01
- PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #90To: packet-radio@UCSD.EDUPacket-Radio Digest
- Sun, 5 Apr 92 Volume 92 : Issue 90Today's Topics:
- 9600 baud/D-410 reply Printed Circuit board
- fer 2Mbps Datalink from 1991 ARRL handbook printed circuit
- diagram or 2Mbps datalink in 1991 ARRL handbook
- Ramsey FX 146 mod for packet file Using a full
- duplex repeater for packet radio Why segregate TCP/IP?
- (was Re: Keyboard-to-keyboard)Send Replies or notes for
- publication to: <Packet-Radio@UCSD.Edu>Send subscription
- requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
- solve otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available(by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 4 Apr 1992 17:54:02 -0800From:
- news-mail-gateway@ucsd.eduSubject: 9600 baud/D-410 replyTo:
- packet-radio@ucsd.eduIn message
- <702073623.F00002@tdkt.kksys.com> you write:>> I was reading an
- article from the Packet Register and I saw> something that said>
- "The Kantronics D-410 radio has a data slicer and has been
- tested> successfuly with raw data. However, this configuration
- is not ^^^^^^^^ ^^^^^^^^^^^^^^^^^^
- i.e. no modem> compatible
- with any other formats, such s K9NG/G3RUH, but could> certainly
- be used in a pt to pt application.">> Is this true??? If I buy a
- Data engine with the 9600 baud modem,
- ^^^^^^^^^^^^^^^^^^^^^^^> and the DR4-10 will I not
- be able to connect to others> on the network using TAPR 9600
- baud modems and Motorola rigs????> Doesn't seem right to
- me...Me, neither.We have here apples and orangutans.The data
- slicer built into the D-410 provides no scrambling; the
- k9ng,g3ruh, and TAPR modems do; ergo you can't use the D-410
- _without_ amodem and be compatible with those _using_ one of the
- afore-mentionedmodems.The D-410, when used with a
- k9ng/g3ruh/TAPR modem will work just fineand be compatible with
- others using these modems. -- Mike
- wd6ehr.ampr.org!wd6ehr@puffin.UUCP------------------------------D
- ate: Sun, 5 Apr 1992 05:12:56 GMTFrom:
- munnari.oz.au!bunyip.cc.uq.oz.au!marlin.jcu.edu.au!solwarra.gbrmp
- a.gov.au!wayne @network.UCSD.EDUSubject: Printed Circuit board
- fer 2Mbps Datalink from 1991 ARRL handbookTo:
- packet-radio@ucsd.eduHi, I would like to know if anyone could
- possible send me a postscriptfile of the printed circuit board
- layout for the 2 Mbps Microwave Datalinkas printed in the 1991
- ARRL handbook in chapter 32.tnx in advance.cul 73's de
- wayne--Wayne Amisano - News Administrator | wk
- ph. +(61) 77 81-8861GBRMPA - Townsvile,
- Australia.| ph fax +(61) 77 72-6093wayne@gbrmpa.gov.au -
- Internet | Life is too
- importantvk4kt@vk4afs.#NQ.QLD.AUS.OC - PBBS |
- to be taken seriously------------------------------Date: Sun, 5
- Apr 1992 05:20:50 GMTFrom:
- munnari.oz.au!bunyip.cc.uq.oz.au!marlin.jcu.edu.au!solwarra.gbrmp
- a.gov.au!wayne @network.UCSD.EDUSubject: printed circuit diagram
- or 2Mbps datalink in 1991 ARRL handbookTo:
- packet-radio@ucsd.eduHi, I would like to know if anyone could
- possible send me a postscriptfile of the printed circuit board
- layout for the 2 Mbps Microwave Datalinkas printed in the 1991
- ARRL handbook in chapter 32.tnx in advance.cul 73's de
- wayne--Wayne Amisano - News Administrator | wk
- ph. +(61) 77 81-8861GBRMPA - Townsvile,
- Australia.| ph fax +(61) 77 72-6093wayne@gbrmpa.gov.au -
- Internet
-
- | Life is too importantvk4kt@vk4afs.#NQ.QLD.AUS.OC - PBBS
- | to be taken
- seriously------------------------------Date: Sat, 4 Apr 1992
- 14:49:06 GMTFrom:
- pacbell.com!att!cbfsb!cbnewsb.cb.att.com!wa2ise@network.UCSD.EDUS
- ubject: Ramsey FX 146 mod for packet fileTo:
- packet-radio@ucsd.educopied from packet: Msg# TSF Size #Rd
- Date Time From MsgID To 6886 BF 728 0 29-Mar 1800
- AA2ES 1289_WA2AAR RAMSEY@ALLUSA () Sb: FX-146 Packet ModAnyone
- experiencing low audio levels on transmit when in packet mode
- andusing the rear 5-pin DIN connector may find this mod useful.
- It worked for me.C65 which connects the AFSK input from the TNC
- to the mic line has thestandard value, .01uf. In my case this
- caused severe attenuation of the AFSKsignal to the point where I
- was unable to connect to anything. Replacing C65with a 0.1uf cap
- cured the problem.73 - Ian,
- AA2ES@WA2AAR.NJ.USA.NA===========================================
- ===================================Note: I haven't tried or
- verified this, proceed at your own risk.
- WA2ISE------------------------------Date: 3 Apr 92 17:06:31
- GMTFrom:
- sdd.hp.com!spool.mu.edu!hri.com!noc.near.net!gateway!pictel!wpns@
- network.UCSD.E DUSubject: Using a full duplex repeater for
- packet radioTo: packet-radio@ucsd.eduIn article
- <46XDiB1w164w@slic.cts.com> mikey@slic.cts.com (Mike Shirley)
- writes:>We plan on adding a secondary PL decoder at the repeater
- which>when it detects the "packet" PL, will add a 10 second
- hang-time,>place the packet repeater into carrier for 10 seconds
- after drop>of the packet PL and will bypass the voice channels
- into the>controller. This should keep the turn-around times to
- a minumim.>>The normal PL decoder is always active and if it
- detects "voice>PL, it will open the audio line from the TNC and
- essencially>disable the "packet transmitter" til the controller
- hang timer>has expired.But if a packet transmitter and a voice
- transmitter both key up at thesame time, neither PL decoder will
- see anything useful. How do youintend to deal with this type of
- collision? The only thing I canthink of would be separate
- receivers on opposite splits for voice andpacket....Willie
- Smithwpns@pictel.com------------------------------Date: Sat, 4
- Apr 1992 18:50:44 GMTFrom:
- qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
- bject: Why segregate TCP/IP? (was Re: Keyboard-to-keyboard)To:
- packet-radio@ucsd.eduIn article <9204032058.AA28353@ucsd.edu>
- enge@almaden.ibm.com (Roy Engehausen) writes:>This was done in
- Northern Calif. at the request of the TCPIPers. It>seems that
- a lot of AX.25 activity would cause TCPIP to back off so>far
- that it was getting unusable.Actually, it's not the different
- protocols, it's the differentcongestion control algorithms in
- the various implementations. MostAX.25 implementations do not
- perform exponential backoff, and thismakes them highly
- vulnerable to congestion collapse on a loadedchannel.Both my TCP
- and AX.25/LAPB implementations perform binary
- exponentialbackoff, and as long as *everybody* on a channel uses
- them things aremuch more stable. But if you have some stations
- that do backoff andsome that don't, those that don't will end up
- stealing most of thechannel.So a much better criteria for
- segregating traffic would be based onthe channel access method,
- not the higher level protocols orapplications in
- use.Phil------------------------------End of Packet-Radio Digest
- V92
- #90******************************------------------------------En
- d of Packet-Radio Digest V92
- #93******************************Date: Thu, 9 Apr 92 04:30:03
- PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #94To: packet-radioPacket-Radio Digest Thu,
- 9 Apr 92 Volume 92 : Issue 94Today's Topics:
- Administrivia - Whoops! (F)
- Stephens fish system 20th Century Wars
- ???? [P]
- command in AmigaNOS A LetR 4 U
- Alligators And
- Where do you Live ASSIMILATION
- automatic control (was: Help 2nd try tcpip ka9q problem)
- Baudot TTY wanted Bicycling parts,
- acces. for sale (2 msgs) Chinese Nationals Came Before
- 4/1/90 Will Have Greencard.
- Chorus creationism
- Creation Vs Evolution d
- Dr4-10
- Electroplating Future of Music Education
- GIS Software
- Global Ed. And Technology Hello (4
- msgs) hello?
- help Help 2nd try tcpip ka9q
- problem HEY...
- HHHHHHAAAAAALOOOOOOO
- Hi Internat.wpk Reply
- Is ISC X2.0 based on X386? LATE
- READING (2 msgs) List of 4800 baud and 9600 baud capable
- radios needed. looking for a friend
- Mac Programmer/FORTRAN/Unix Job, CO
- Mail Miss Saigon
- No more "Trademarks" for me...
- Other Music! packratt interface info.
- needed penpal
- Penpals Pen Pals Reply
- Poem
- POLITICS Poor Man's packet & modem
- Quebec Separation
- Rock-a-Doodle GIF's anybody? Set Up HP 425t
- Workstation SUSPIROS DE PRIMAVERA
- The Wash???????
- What's Up! Where is PonchatoulaSend
- Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
- subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 8 Apr 1992 15:38:41 -0700From:
- ucsd.edu!not-for-mail@network.UCSD.EDUSubject: Administrivia -
- Whoops!To: packet-radio@ucsd.eduI just installed a new news
- system today on UCSD (where the internetgateway for these
- digests is located), and because of a minor typo inone file
- (forgot a negation sign), we dumped several hundredcompletely
- irrelevant messages into these digests.Humble apologies.
- Arrgh!It will probably take a day for them to clear out.Ah well,
- as my school advisor used to say: "Never make small mistakes.
- The large ones are easier to spot." -
- Brian------------------------------Date: Wed, 8 Apr 92 17:48:40
- GMTFrom:
- nsisrv!kong!mstephens.520%postman.gsfc.nasa.gov@ames.arpaSubject:
- (F) Stephens fish systemTo: packet-radio@ucsd.eduI'm starting
- on my next great aquarium endeavor... a fish rack. The 75
- gallon "Stephens" plant tank is doing fine. The algae is under
- control, plants seem to be doing fine and maintenance is
- routine. The fish population is increasing!!! Time for
- something new to spend my resources on.A fish rack. Yes, I want
- to get back into breeding fish. So I'm looking to setup an area
- in my basement for such a beast. I've visited two fish rooms:
- one for discus and the other for killies. I hope to cajole my
- way into a house that breeds dwarf cichlids. We'll see. If
- anybody is thinking along similar lines, visiting setups is
- very, very helpful.Currently, the set up as designed is one
- rack, eight feet long with three tiers. The tanks are a mixture
- of 15's, 20's and 10's. The target fish are killies, dwarf
- cichlids and tetras (actually, any small fish). And yes, I'm
- aware that killies and cichlids have different temperature needs
- and others as well... that's part of the challenge and fun. If
- some fish decline to breed "on the rack", I won't breed 'em. So
- there.This is all on a Mac computer, in design, so nothing is
- final and it's gona take me a few months to pull it all
- together. Currently the target specs are:+ 210 gallons total
- capacity: each tier has : 20L, 3 10s, 20L The 10s are viewed
- length wise.+ Bio filter a la Rubbermade and trash can+ Plant
- scrubber with water hyacinth, also servers as water changing
- sump (see below).+ Water change via valve and switch throw,
- system tied to house plumbing+ Temperature of 75F+ Tap water
- for water change pre-filtered thru charcoal (currently the tap
- water has 4ppm N-Nitrate & 4 dH general hardness, no
- chloramines)+ Tanks will be drilled out from the bottom with
- water taken from the top.+ Filtered water is squirted across
- the top of each tank, but I may have a vertical spray bar to
- encourage the mulm from the bottom to leave.The idea for the
- filter is to make it effective, of course, but also to make a
- water change in as little as 10 minutes or less. The idea is to
- have a water container large enough to hold all of the water
- needed to make the change. System water pours into that
- container from the drilled tanks, and a pipe, located a few
- inches below the top of the container, leads the water to the
- top of the bio-filter. Easily changed floss continuing
- pre-filters are placed on top of each container. See the
- silly, ASCII I don't know why I bother, drawing below.from
- return * * *********0********************* | * |
- * | * *************** |
- | | * | * | |
- | | * | | |
- | * *0** | |
- ******** pump *** |_____________| |____________|
- 40-50 gallon bio-filter water change sump
- To make a water change you divert the dirty water from the water
- change sump by turning a valve (the "0"), causing water to flow
- directly into the bio-filter. Open the valve at the bottom of
- the sump and water goes down the drain (or elsewhere). Not
- shown is the connection to the house plumbing going into the
- water change sump. Close the bottom valve, fill the container
- with tap, condition if needed, and open the top valve and
- presto... water has been changed. (Right?)To some, this may
- seem like overkill. I have difficulty in dealing with events
- where you have to time yourself. The killifish room used the
- meridian water changers. He did report one event where he
- forgot them and left them on for an extended time and the fish
- started to feel the effects of chlorine! Knowing me, I would do
- this all the time. And I do with the de-ionizer setup I
- currently have.Comments are most welcome. Reports of any
- experiences folks have had with systems of this type are also
- welcome. A few questions:How much bio-media do I need? Both
- for in and out of water "wet/dry" filter. I know, it depends on
- several factors, but even a rough idea would be helpful. The
- discus system had 10 gallons of Bio-pack for 225 gallons of tank
- water. Overkill or under? Or right on?The current rack design
- has 20L tanks being supported length wise only, there is no
- support for the ends. Is this OK? The tens are perpendicular
- to the 20s and are supported by the same two beams as the 20s.
- The killifish room had this arrangement and it seem to work
- well. mark------------------------------Date:
- Tue, 07 Apr 92 19:47:59 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f6.n345.z1.fidonet.org!Lau
- rence.Akiyama@uunet.uu.netSubject: 20th Century WarsTo:
- packet-radio@ucsd.eduYou want a debate? You got it! That's what
- Debate teams are for, after all... I'm a warfare buff, too, and
- I just ran out of people to talk to on this subject. That is, I
- ran out of NEW people to talk with; my old bunch is still
- around, waiting for something to argue over...If you want to
- talk, I'm here to listen and then..."chat". -- uucp:
- uunet!m2xenix!puddle!345!6!Laurence.AkiyamaInternet:
- Laurence.Akiyama@f6.n345.z1.fidonet.org--------------------------
- ----Date: Tue, 07 Apr 92 09:23:00 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f690.n260.z1.fidonet.org!K
- ristie.Maher@uunet.uu.netSubject: ????To:
- packet-radio@ucsd.eduOne Paragraph four pages long. Sounds like
- a long report. The maximum report I had to do is two pages.
- Well, got to go now someone esle what to use this. Bye --
- uucp: uunet!m2xenix!puddle!260!690!Kristie.MaherInternet:
- Kristie.Maher@f690.n260.z1.fidonet.org---------------------------
- ---Date: 8 Apr 1992 04:49:57 -0700From:
- news-mail-gateway@ucsd.eduSubject: [P] command in AmigaNOSTo:
- packet-radio@ucsd.eduThe AmigaNOS v2.8s mailbox command [P]age
- returns an error code.The akit28s files contain a sample
- NOS-startup file that includes the lineamiga command "NewCLI
- From s:server-shell"I can't find a file in the AmigaNOS 2.8s
- archives called "server-shell"My guess is that it is needed to
- open a console window for [P].Can anyone get me
- directions?ThanksTom------------------------------Date: Tue, 07
- Apr 92 09:30:00 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f690.n260.z1.fidonet.org!G
- ina.Nurse@uunet.uu.netSubject: A LetR 4 UTo:
- packet-radio@ucsd.eduBrian,So I heard that you enjoyed the water
- Derby quite well. Brian what would your definition of the Water
- Derby. If you cant answer that, thats o.k. cause if you were to
- ask me the same thing I couldn't even tell you my name. Do ya
- understand? Well Kristie said that she met you. I hope you
- were a good BOY! Well I better get Jammin' catch ya
- Later!!!Peace Always,Gina -- uucp:
- uunet!m2xenix!puddle!260!690!Gina.NurseInternet:
- Gina.Nurse@f690.n260.z1.fidonet.org------------------------------
- Date: Sat, 04 Apr 92 23:21:05 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!p0.f0.n324.z1.fidonet.org!
- Aj.Capece@uunet.uu.netSubject: AlligatorsTo:
- packet-radio@ucsd.eduHey Mandi, Whats up???, Thats cool!!! My
- name is AJ Capece Im from danvers Ma> Im about 5'11'' brown eyes
- and hair. I love music almost any kind. I also like out door
- sports like hockey, Hunting,fishing...etc that kind of stuff. I
- also like just hangin with my friends! What do you do for fun?
- What kind of music do you like? Can I ask you somthing? How come
- you wanted guys to write Hugh?well gotta go-WBS-- uucp:
- uunet!m2xenix!puddle!324!0.0!Aj.CapeceInternet:
- Aj.Capece@p0.f0.n324.z1.fidonet.org------------------------------
- Date: Sun, 05 Apr 92 09:21:00 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f400.n348.z1.fidonet.org!M
- ichael.Gamer@uunet.uu.netSubject: And Where do you LiveTo:
- packet-radio@ucsd.eduMyself I am from winnipeg... But I used to
- live in L.A. California....Looking for some of my old friends...
- I think!4Don't forget... My name is 6Michael Gamer/?-- uucp:
- uunet!m2xenix!puddle!348!400!Michael.GamerInternet:
- Michael.Gamer@f400.n348.z1.fidonet.org---------------------------
- ---Date: Tue, 07 Apr 92 18:48:43 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f721.n278.z1.fidonet.org!S
- tephen.Rubright@uunet.uu.netSubject: ASSIMILATIONTo:
- packet-radio@ucsd.eduI agree that Austrailia is much harder to
- get to. The problem is that the Liberal establishment in this
- country is making it so easy for immigrants NOT to assimilate
- i.e. having a multilingual culture. So many things are written
- in Spanish,and Oriental languages which makes me (and many
- others) feel like a foreigner in their own country.It's
- disgusting and absolutely horrible, not because it is a
- different language but because that we live in a traditionally
- English speaking country but we are losing that and frankly, I'm
- frightened.-- uucp:
- uunet!m2xenix!puddle!278!721!Stephen.RubrightInternet:
- Stephen.Rubright@f721.n278.z1.fidonet.org------------------------
- ------Date: 8 Apr 92 22:11:20 GMTFrom:
- gossip.pyramid.com!olivea!isc-br!tau-ceti!comtch!iea!FredGate@dec
- wrl.dec.comSubject: automatic control (was: Help 2nd try tcpip
- ka9q problem)To: packet-radio@ucsd.eduThis is no doubt a very
- contentious problem...but I completely disagree withthe concept
- of not having an amateur responsible for their
- transmissions.Personal responsibility goes to the heart of the
- amateur radio hobby. It mayvery well be that PBBS' will have to
- undergo a drastic change in thefuture...however, that seems to
- me a better route than approaching the FCC withthe idea of
- relieving certain stations of any responsiblity for their
- actions.This experiment has already been done on 11 meters, and
- the result is one whichthe FCC would probably rather not
- repeat.Even the phone boards have restrictions on content, why
- should the PBBS' be anydifferent? If you want to run a PBBS,
- then you have to be aware of the currentregulations covering
- unattended forwarding, and be willing to abide by them. pat
- nq7m * Origin: Radio Therapy BBS * 509.534.7924 *
- (1:346/3)------------------------------Date: 8 Apr 92 18:27:56
- GMTFrom:
- sdd.hp.com!spool.mu.edu!umn.edu!noc.MR.NET!uc.msc.edu!apctrc!nap.
- amoco.com!dlhanson@network.UCSD.EDUSubject: Baudot TTY wantedTo:
- packet-radio@ucsd.eduSorry to pollute this group slightly. But
- I thought that maybe someonehere might be able to help me. I am
- looking for a Baudot terminal sothat I can talk to my deaf
- friend without using a relay service. Idon't want to spend the
- several hundred $'s to buy either a new TDD ora Baudot operable
- modem. I had the idea that TTY's used to use Baudot. Is this
- correct? If these,would be compatible does anyone know where I
- might look in the Chicagoarea for an old surplus Baudot TTY. (I
- have a good understanding ontoday's modems but other than
- knowing that the deaf's TTD's use differentfrequencies and a
- different encoding technique (Baudot instead of ASCII), Idon't
- know much about the older equipment.David
- N5HPO============================================================
- =============David L. Hanson Internet -->
- dlhanson@nap.amoco.comAmoco Corporation X.400 -->
- A=attmail,P=amoco,S=Hanson,G=David,I=LPO Box 3011, MC B-1
- Phone --> (708)420-4391Naperville, IL 60566Any opinions
- expressed are my own! "More security = less
- security"========================================================
- ==================------------------------------Date: 8 Apr 92
- 17:42:14 GMTFrom:
- usc!sdd.hp.com!spool.mu.edu!agate!boulder!ucsu!hutton@network.UCS
- D.EDUSubject: Bicycling parts, acces. for saleTo:
- packet-radio@ucsd.eduI need to sell the following bicycling
- equipment because the end of the semester is rolling around and
- I need the money in a bad way.I have the following stuff for
- sale:Condition:[5 unused; 3 good; 1 abused/used] 5 DT-Swiss
- spokes: DT-Champion 14 gauge straight 89 spokes & 83 nipples
- 4 Rema Clincher Patch Tube kit 4 Tube Patch kit
- 4/5 Specialized Turbo R 700c x 25 Clinchers (2x) (one has
- been used, the other one is new) 5 700c tubes
- 2 Spenco Biosoft riding gloves (They're in good condition,
- just dirty) 4 Shimano Dura-Ace front derailleur
- 5 Araya Prostaff rims: 340g; 700c Tube; 32 hole (x2) 4 Rhode
- Gear Tool pod 3 Park Crank Arm Extractor 4 Crank Bolt
- Wrench (14,15,16) 3 Cone Wrenches (13,14,15) 3 Spoke
- Wrenches (Red, Green) 3 Cyclo Chain Rivet Extractor
- 3 Sugino Bottom Bracket Tool SetI also have several jerseys,
- biking shorts, lycra leg warmers, a body suit, 3cables, and some
- other tools that I'll throw in if someone buys the packageand if
- it is a fair, serious price. I priced everything with the
- latestPerformance and Nashbar catalogs. It came out to over
- $200, make a reasonableoffer and the hole mess is yours. I'll
- pay for the shipping if you buy theentire package, otherwise
- it's negotiable.Please reply to hutton@ucsu.colorado.eduWillie
- Huttonhutton@ucsu.colorado.eduhutton@tramp.colorado.edu----------
- --------------------Date: 8 Apr 92 17:43:06 GMTFrom:
- sdd.hp.com!spool.mu.edu!agate!boulder!ucsu!hutton@network.UCSD.ED
- USubject: Bicycling parts, acces. for saleTo:
- packet-radio@ucsd.eduI need to sell the following bicycling
- equipment because the end of the semester is rolling around and
- I need the money in a bad way.I have the following stuff for
- sale:Condition:[5 unused; 3 good; 1 abused/used] 5 DT-Swiss
- spokes: DT-Champion 14 gauge straight 89 spokes & 83 nipples
- 4 Rema Clincher Patch Tube kit 4 Tube Patch kit
- 4/5 Specialized Turbo R 700c x 25 Clinchers (2x) (one has
- been used, the other one is new) 5 700c tubes
- 2 Spenco Biosoft riding gloves (They're in good condition,
- just dirty) 4 Shimano Dura-Ace front derailleur
- 5 Araya Prostaff rims: 340g; 700c Tube; 32 hole (x2) 4 Rhode
- Gear Tool pod 3 Park Crank Arm Extractor 4 Crank Bolt
- Wrench (14,15,16) 3 Cone Wrenches (13,14,15) 3 Spoke
- Wrenches (Red, Green) 3 Cyclo Chain Rivet Extractor
- 3 Sugino Bottom Bracket Tool SetI also have several jerseys,
- biking shorts, lycra leg warmers, a body suit, 3cables, and some
- other tools that I'll throw in if someone buys the packageand if
- it is a fair, serious price. I priced everything with the
- latestPerformance and Nashbar catalogs. It came out to over
- $200, make a reasonableoffer and the hole mess is yours. I'll
- pay for the shipping if you buy theentire package, otherwise
- it's negotiable.Please reply to hutton@ucsu.colorado.eduWillie
- Huttonhutton@ucsu.colorado.eduhutton@tramp.colorado.edu----------
- --------------------Date: Wed, 8 Apr 1992 18:59:01 GMTFrom:
- nsisrv!news2!roten@ames.arpaSubject: Chinese Nationals Came
- Before 4/1/90 Will Have Greencard.To: packet-radio@ucsd.eduIn
- article
- <1992Apr7.212854.18161@bronze.ucs.indiana.edu>xlli@silver.ucs.ind
- iana.edu (xiao-lin li) writes: Senate Immigration and Refugee
- Committee has passed a bill regarding Chinese nationals who
- came before 4/1/90. It allows the Chinese under President's
- executive order to have green card starting 7/1/93. The bill
- has been passed in the senate committee without objection.
- This bill was initiated by Democrat senate Kennedy. This
- bill will become effective if President Bush cannot provide
- evidence that these Chinese nationals will not be persecuted
- upon returning to their motherland. Chinese nationals who are
- eligible to apply green card must (1). In the United States
- since 4/1/90 and have stayed since then; (2). Have not stayed
- in China for more than 90 days during the time; (3). Must
- apply the greencard between 7/1/93-12/31/93. An estimated
- 40,000 to 80,000 people will benefit from this bill. CND:
- Please comfirm my news. Xiao LiI have only one comment and one
- feeling about this move by Congress .. OOOO UU UU TTTTTT SSSS
- TTTTTT AA NN NN DDDDD II NN NN GGGG OO OO UU UU
- TT SS SS TT AAAA NNN NN DD DD II NNN NN GG GGOO
- OO UU UU TT SS TT AA AA NNNN NN DD DD II NNNN NN
- GG OO OO UU UU TT SS TT AAAAAA NN NNNN DD DD
- II NN NNNN GG GGG OO OO UU UU TT SS SS TT AA AA NN
- NNN DD DD II NN NNN GG GG OOOO UUUU TT SSSS TT AA
- AA NN NN DDDDD II NN NN GGGGThe jerkweeds on Capitol
- Hill finally did something both sensible and principled, for a
- change! And Kennedy was behind it .. my mind boggles. Now I'll
- have to retire my Teddy Kennedy dart board. :-)IF Bush gets in
- the way of this, I will drop my intention of voting for him,
- hold my nose, and vote for Clinton in November! --Charles Roten
- | Hughes-STX, Incorporated | roten@cuba.gsfc.nasa.gov
- | 'Use the Source, Luke!' 7601 Ora-Glen Dr., Greenbelt, MD
- 20706 | 301-513-7805 (w), 301-317-0872 (h) |
- Obi-Wan Stallman------------------------------Date: Mon, 06 Apr
- 92 20:39:36 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f127.n267.z1.fidonet.org!D
- ave.Hans@uunet.uu.netSubject: ChorusTo:
- packet-radio@ucsd.eduHey.. Just to let you know.. I just
- completed All County Swing Choir last weekend and maybe be going
- onto the NYSSMA Solo Festival-- uucp:
- uunet!m2xenix!puddle!267!127!Dave.HansInternet:
- Dave.Hans@f127.n267.z1.fidonet.org------------------------------D
- ate: Tue, 07 Apr 92 05:47:32 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!p0.f204.n701.z89.fidonet.o
- rg!George.Cormie@uunet.uu.netSubject: creationismTo:
- packet-radio@ucsd.eduGC> I have no interest in keeping this
- topic going if only to provide FT> a GC> forum for poorly
- informed fundamentalists. GC> GC> George Cormie/Leduc, Alberta
- FT> Lets hope that the user I lost doesn't feel that I'm
- discriminating FT> against one side or the other - the sysops
- and k12net council join FT> (I'm sure) in asking that adult
- restraint is used to avoid the FT> impulse for others to reply
- to yours. FT> FT> Take care, George, these threads are fatal to
- hobbiest echos. FT> FT>..............,...........
- (916)455-5154 FT> (voice) FT> FT> FT> --- ME2 FT>
- * Origin:........... Peace Child - NorCal Spirit! (916)451-0225
- FT> (1:203/454) * Tossed by SFToss v1.00 on 92/04/06 05:04:12
- Thanks for the message - dialogue is more constructive than
- monologue or ignorance. While I was teaching biology I always
- encouraged discussion in all areas. Understanding and respect
- of opinions is important but the basis of scientific enquiry
- and the nature of science is also important. . The STS
- component (science/technology/society) of teaching science is
- essential if the science taught is to be relevant to the
- learner.-- uucp:
- uunet!m2xenix!puddle!89!701!204.0!George.CormieInternet:
- George.Cormie@p0.f204.n701.z89.fidonet.org-----------------------
- -------Date: Sun, 05 Apr 92 09:09:18 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f400.n348.z1.fidonet.org!M
- ichael.Gamer@uunet.uu.netSubject: Creation Vs EvolutionTo:
- packet-radio@ucsd.eduI got to a Jewish School here in Winnipeg
- Manitoba...We Say that there IS A GOD and that he created the
- earth......Yet I also believe that the world was created as
- evolution...But that god also exists..I have a religious
- approach as well as a Scientific approach...6Regardless of your
- religion do you believe that the method of creation isruled
- out?-- uucp:
- uunet!m2xenix!puddle!348!400!Michael.GamerInternet:
- Michael.Gamer@f400.n348.z1.fidonet.org---------------------------
- ---Date: Tue, 07 Apr 92 17:40:50 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f273.n353.z1.fidonet.org!J
- osev.Biggar@uunet.uu.netSubject: dTo: packet-radio@ucsd.edu
- -end--- uucp:
- uunet!m2xenix!puddle!353!273!Josev.BiggarInternet:
- Josev.Biggar@f273.n353.z1.fidonet.org----------------------------
- --Date: 8 Apr 92 06:46:56 GMTFrom:
- swrinde!mips!spool.mu.edu!umn.edu!cs.umn.edu!kksys!tdkt!FredGate@
- network.UCSD.EDUSubject: Dr4-10To: packet-radio@ucsd.eduTalking
- about the DR4-10 and linears, Kantronics claimsthat there 2 in
- 30 out amp for the old DVR2-2 onlyadds 5-10 ms to the TXDELAY...
- * Origin: HAM>link< RBBS 612/HAM-0000 Saint Paul, MN
- (K0TG)(1:282/100.0)------------------------------Date: Sun, 05
- Apr 92 09:11:38 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f400.n348.z1.fidonet.org!M
- ichael.Gamer@uunet.uu.netSubject: ElectroplatingTo:
- packet-radio@ucsd.eduwhile electroplating, Using Zinc Sulfate
- and a Dc power Source of 13.8 v at 3amps why is the fuse
- constantly blowing?????Help Anyone?-- uucp:
- uunet!m2xenix!puddle!348!400!Michael.GamerInternet:
- Michael.Gamer@f400.n348.z1.fidonet.org---------------------------
- ---Date: Tue, 07 Apr 92 22:51:00 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f615.n260.z1.fidonet.org!A
- ndrew.Stoker@uunet.uu.netSubject: Future of Music EducationTo:
- packet-radio@ucsd.eduWell first of all, thanks for your letter.
- It must be nice to have cooperative coaches. Up until this
- year, it was a big deal to work anything (practices, etc.) with
- the coaches. Finally, some of the kids decided that since they
- weren't playing in the games much, why bother with sports, and
- threatened to quit. This made many of us music majors happy.
- Suddenly, certain coaches COULD make different times for
- practices... It was amazing. As far as a "poor" district, I
- don't think ours is. Sure, we've had cut-backs, but not as bad
- as some places. No music programs have been cut. Perhaps the
- number of requisitions accepted has dropped, but all in all,
- we're OK. I know what you mean about new instruments for kids
- to play and the cost involved. Two years ago, I purchased a new
- Sax (Yamaha YAS 62 if that means anything to you!) and spent
- well near $2,000 dollars! Of course this was (cough) a little
- better than a beginner, but still.... Marching Band in Marion,
- Ny (where I'm from) WAS a big thing, 6 or 8 years ago. Now,
- kids don't show any intrest or enthusiasm (myself included.) .
- I find it to be the worst part of band. Where are you from?
- Perhaps we've competed.!! This year our BANDSS are going to W.
- Virginia for the Strawberry Festival...There are some problems,
- that I'll explain later...Time's up!-+ajs+--- uucp:
- uunet!m2xenix!puddle!260!615!Andrew.StokerInternet:
- Andrew.Stoker@f615.n260.z1.fidonet.org---------------------------
- ---Date: Wed, 8 Apr 1992 10:53:24 PDTFrom:
- usc!zaphod.mps.ohio-state.edu!mips!darwin.sura.net!paladin.americ
- an.edu!auvm!UUNET.UU.NET!ESRI!ADRIATIC!JAY@network.UCSD.EDUSubjec
- t: GIS SoftwareTo: packet-radio@ucsd.eduJim Case writes:> For
- instance, in the system I use, while it does not>have the
- ability to create buffers, it does have the ability to
- perform>radius searches of attribute data, in which a logical
- operation is performed>following overlay of a circle of defined
- radius. This results in the selection>of the records which fall
- within the radius. I do not know of other types>of analytical
- tools which can perform this function. The spatial
- relationships>are critical to this analysis. Isn't that what
- GIS is all about???What you have described is a spatial
- selection. This is one componentof a GIS. For example, select
- all the houses within 1000 meters ofa hazardous waste route. BUT
- this is not the same as a spatial buffer.Notice that in the
- selection, you can only select existing entitiesi.e. houses.Lets
- pose another question: select all the landuse areas within
- 1000meters of a hazardous waste route and then list all the
- differentlanduses and tally the area of each differenet landuse.
- This cannotbe accomplished by a spatial selection. In this
- case, the resultingset will include portions of existing landuse
- polygons. These aregenerally computed by buffering the
- hazardous route to 1000 metersand buffering it with the landuse
- polygon data.I do not agree with Jim (and Steven S. Yoon) in
- that a display andquery system should be called a GIS. It is a
- display and query system.I think it is the same distinction
- between a file system and a relationaldatabase. No one would
- want to call a file system a relational databasejust because the
- file system could do some of the things a relationaldatabase
- also does. Its a file system. There is nothing wrong inusing a
- file system if it does all the things a user wants to do.it is
- still a file system. Ditto for GIS.There are a number of
- introductry text books on GIS and they allhave definations of a
- GIS. Why not use one of those definationsto define the minimal
- capabilities of a GIS, rather than speculatingon differnt levels
- of GIS.Jay
- Sandhuemail:jsandhu@esri.com------------------------------Date:
- Tue, 07 Apr 92 19:51:04 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f6.n345.z1.fidonet.org!Lau
- rence.Akiyama@uunet.uu.netSubject: Global Ed. And TechnologyTo:
- packet-radio@ucsd.eduI'm sure you've already heard this one, but
- here it is anyway! The advent of the multimedia PC has brought a
- new dimension to education in the workplace -- training costs
- have been cut dramatically, and I'm willing to bet that it could
- make education more effective. After all, would an 8th grader
- rather stare at a textbook, or a computer streaming pictures and
- sound? Multimedia has the potential to redefine the field, once
- the cost (no more than $3000 per system) and the lack of
- appropriate CD-ROM titles are addressed. -- uucp:
- uunet!m2xenix!puddle!345!6!Laurence.AkiyamaInternet:
- Laurence.Akiyama@f6.n345.z1.fidonet.org--------------------------
- ----Date: Tue, 07 Apr 92 13:54:36 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f70.n359.z1.fidonet.org!Gl
- enda.Modahl@uunet.uu.netSubject: HelloTo: packet-radio@ucsd.edu
- Well Happy late Birthday. Well I have to wait four
- more years before I can get my learners permit (Lucky me). Well
- I am as stiff as a... Well I'll put it this way, I can't move!!!
- Well Gotta go now, Glenda.-- uucp:
- uunet!m2xenix!puddle!359!70!Glenda.ModahlInternet:
- Glenda.Modahl@f70.n359.z1.fidonet.org----------------------------
- --Date: Tue, 07 Apr 92 13:49:36 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f70.n359.z1.fidonet.org!Gl
- enda.Modahl@uunet.uu.netSubject: HelloTo: packet-radio@ucsd.edu
- Hi, well happy late birthday then... Well you are
- lucky, I have to wait another four years to get my learners
- permit. ( Lucky me). Well my life, pretty horibble, I'm as stiff
- as a.... Well I can barelly move!! Well gotta go now. Glenda--
- uucp: uunet!m2xenix!puddle!359!70!Glenda.ModahlInternet:
- Glenda.Modahl@f70.n359.z1.fidonet.org----------------------------
- --Date: Tue, 07 Apr 92 13:46:20 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f70.n359.z1.fidonet.org!Gl
- enda.Modahl@uunet.uu.netSubject: HelloTo: packet-radio@ucsd.edu
- Hello Josh, Well some of my hobbies are playing the
- piano, playing vollyball, baseball, swimming and I also kinda
- like to play on the computer. My favorite kind of misic is rap,
- the blues, rock and that is about it. Well talk to ya later.
- Glenda-- uucp:
- uunet!m2xenix!puddle!359!70!Glenda.ModahlInternet:
- Glenda.Modahl@f70.n359.z1.fidonet.org----------------------------
- --Date: Tue, 07 Apr 92 13:57:06 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f70.n359.z1.fidonet.org!Gl
- enda.Modahl@uunet.uu.netSubject: HelloTo: packet-radio@ucsd.edu
- Hi, Maybe it's a little early but Happy birthday!!!!
- Well I play the piano, I like playing vollyball, baseball,
- swimming and thats about it. Well ummmmmmmmmmmm welllllllllll I
- live in Dawson Creek B.C. (If I haven't told you that yet).
- ............. Ummmmmmm Welllll Were do you live? (You probably
- told me allready but I probably forgot......)........Well Gotta
- go now......Glenda-- uucp:
- uunet!m2xenix!puddle!359!70!Glenda.ModahlInternet:
- Glenda.Modahl@f70.n359.z1.fidonet.org----------------------------
- --Date: Mon, 06 Apr 92 10:47:11 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!Brandy.Laakso@uunet.uu.net
- Subject: hello?To: packet-radio@ucsd.edu
- Hello Brian!
- How are you? I'm OK besides being VERY sick. I'mnot to fond of
- being sick. Sometimes I'm way too tired toturn on my computer,
- so sometimes it takes me a while to writeback. Tell me about
- yourself. What do you look like? What do you liketo do? What
- kind of music do you like?Well, I'm 5'1", I've got light brown
- hair, and hazel eyes. Iplay in my high school's marching band (I
- play mallet instru-ments), I play keyboard, I'm learning how to
- play guitar, Ilove to listen to music. I also love to write
- short storiesand poems, and draw.I like all kinds of music, but
- mostly I listen to hard rock,classic rock, and
- alternative(progressive) rock.My main goal right now is to make
- lots of friends before I diefrom this annoying illness of mine,
- so if you want to be my"computer buddy", write back A.S.A.P.
-
- Brandy * Origin:........... Peace Child - NorCal K-12Net
- (916)451-0225 (1:203/454)-- uucp:
- uunet!m2xenix!puddle!Brandy.LaaksoInternet:
- Brandy.Laakso@puddle.fidonet.org------------------------------Dat
- e: Sat, 04 Apr 92 23:15:46 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!p0.f0.n324.z1.fidonet.org!
- Aj.Capece@uunet.uu.netSubject: helpTo: packet-radio@ucsd.eduHI
- KIM, I think i used to write to you but you stoped answering my
- letters. Just incase you dont remember Im from Danvers Ma. I
- love all kinds of music and just hangin out. What do you like
- to do for fun? What grade are you in? Im a junior.I gotta go -
- Write Back Soon -- uucp:
- uunet!m2xenix!puddle!324!0.0!Aj.CapeceInternet:
- Aj.Capece@p0.f0.n324.z1.fidonet.org------------------------------
- Date: 8 Apr 92 22:05:18 GMTFrom:
- gossip.pyramid.com!olivea!isc-br!tau-ceti!comtch!iea!FredGate@dec
- wrl.dec.comSubject: Help 2nd try tcpip ka9q problemTo:
- packet-radio@ucsd.eduI believe that FCC regulations allow the
- use of any digital code above 50 mhz,except for unattended
- traffic forwarding, and subject to appropriate
- sub-bandrestrictions. There are bandwidth requirements, and a
- code description must bemaintained in the station log. pat nq7m
- * Origin: Radio Therapy BBS * 509.534.7924 *
- (1:346/3)------------------------------Date: Tue, 07 Apr 92
- 07:53:00 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f680.n260.z1.fidonet.org!K
- errie.Slominski@uunet.uu.netSubject: HEY...
- To: packet-radio@ucsd.eduYeah I like Don McLean. We have the
- album with American Pie on it and when I was in 8th grade I
- memorized the whole song.(I am in 10th now) What other music do
- you like? Write back. *Kerrie*--
- uucp: uunet!m2xenix!puddle!260!680!Kerrie.SlominskiInternet:
- Kerrie.Slominski@f680.n260.z1.fidonet.org------------------------
- ------Date: Mon, 06 Apr 92 10:04:27 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!p0.f273.n353.z1.fidonet.or
- g!Mark.Biggar@uunet.uu.netSubject: HHHHHHAAAAAALOOOOOOOTo:
- packet-radio@ucsd.edu
- H H AAA L
- L OOOOO OOOOO !! H H A
- A L L O O O O !! HHHHH
- AAAAAAA L L O O O O !! H H A
- A L L O O O O H
- H A A LLLLLL LLLLLLL OOOOO OOOOO !!
- -Mark -- uucp:
- uunet!m2xenix!puddle!353!273.0!Mark.BiggarInternet:
- Mark.Biggar@p0.f273.n353.z1.fidonet.org--------------------------
- ----Date: Tue, 07 Apr 92 05:50:02 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!p0.f204.n701.z89.fidonet.o
- rg!George.Cormie@uunet.uu.netSubject: HiTo:
- packet-radio@ucsd.eduNP> Hi how's it going? I moved to Calgary
- and I was wondering the local NP> BBS's and to my surprise I
- saw your name. Wow you really get around! NP> NP>
- Neil Pearson NP> NP> --- Maximus 2.00 NP> *
- Origin: Calgary Message-Line [K-12] 403-244-4724 VHST AB,CANADA
- NP> (1:134/66) * Tossed by SFToss v1.00 on 92/04/07 04:46:29
- I am pleased to see one of my students came back to haunt me ..
- are you going to university or? - leave me a message in the SR
- CHAT echo and update me.-- uucp:
- uunet!m2xenix!puddle!89!701!204.0!George.CormieInternet:
- George.Cormie@p0.f204.n701.z89.fidonet.org-----------------------
- -------Date: Tue, 07 Apr 92 21:22:18 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f6.n345.z1.fidonet.org!Ew.
- Smith@uunet.uu.netSubject: Internat.wpk ReplyTo:
- packet-radio@ucsd.eduHaven't heard further from you. Was I
- supposed to do something else? I gave you my address? 1583
- Ulupuni Street, Kailua, HI 96734.Hope to hear from you. thanks
- for the first reply -- uucp:
- uunet!m2xenix!puddle!345!6!Ew.SmithInternet:
- Ew.Smith@f6.n345.z1.fidonet.org------------------------------Date
- : Wed, 8 Apr 92 18:01:54 GMTFrom:
- nsisrv!kong!sheldon@ames.arpaSubject: Is ISC X2.0 based on
- X386?To: packet-radio@ucsd.eduI've built X386 under ISC 3.0 and
- have discovered that X386 candrive my 17" IDEK monitor at
- 1152x900 resolution -- I love it!!I also have ISC X2.0 which
- drives my monitor at only 1024x768.I notice in /usr/lib/X11
- there is an Xconfig file, just like you get with X386. Is this
- acoincidence, or is ISC X2.0 based on X386? If yes, howcan I
- adjust my resolution for X2.0??Thanks in
- advance.Roger------------------------------Date: Mon, 06 Apr 92
- 20:55:00 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f240.n353.z1.fidonet.org!J
- IM.DIXON@uunet.uu.netSubject: LATE READINGTo:
- packet-radio@ucsd.eduLowell;I missed your post regarding the
- Creation/Evolution discussion. Icaught the tail end of someone
- responding to your mention of the mattertoo late. I sent a
- reply regarding the matter to someone this morning.I assume from
- the quote I caught that you want the matter dropped.However, if
- science teachers are finding it difficult to deal
- with'creationist' parents who want equal time, or parents who
- don't want'evolution' taught to their children, could this not
- be a good place tofind alternative answers?LH>ModeratorYou have
- my sympathies ;-)Jim... ~ SLMR 2.1a ~ -- uucp:
- uunet!m2xenix!puddle!353!240!JIM.DIXONInternet:
- JIM.DIXON@f240.n353.z1.fidonet.org------------------------------D
- ate: Wed, 08 Apr 92 05:41:00 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f32.n105.z1.fidonet.org!Lo
- well.Herr@uunet.uu.netSubject: LATE READINGTo:
- packet-radio@ucsd.edu > JDtoo late. I sent a reply regarding
- the matter to someone JDthis > morning. > JDI assume from the
- quote I caught that you want the matter > JDdropped. >
- JDHowever, if science teachers are finding it difficult to >
- JDdeal with > JD'creationist' parents who want equal time, or
- parents who > JDdon't want > JD'evolution' taught to their
- children, could this not be a > JDgood place to find alternative
- answers?What happened is that this debate what taking over the
- echo and it was difficult for a reader to find much else on the
- echo. Since the creation point of view does not follow
- scientific methods of investigation but rather is a
- philosophical or religious position, it is difficult to have any
- sort ofreasonable discussion. Just as in relativity, different
- observers come up with different conclusions based on their
- frame of reference. Unfortunately,the creation/evolution debate
- cannot be straightned out as the apparent conflict can with
- relativity theory.Some of the prior comments bordered on FLAMING
- and it was thought that the "discussion" should end on March 31.
- Contrary to views of some readers of this echo, it was not done
- because of religious pressure or anything else connected with
- religion. Nor are we opposed to freedom of speech. There
- areFidoNet echoes where such debates are welcome and we highly
- encourage those interested in continuing to move to those
- echoes. I hope I have answered your questions.LH -- uucp:
- uunet!m2xenix!puddle!32!Lowell.HerrInternet:
- Lowell.Herr@f32.n105.z1.fidonet.org------------------------------
- Date: 8 Apr 1992 09:23:44 -0700From:
- news-mail-gateway@ucsd.eduSubject: List of 4800 baud and 9600
- baud capable radios needed.To: packet-radio@ucsd.edu I just
- found out that it is possible to run 4800 baud on VHF.
- Doesanyone have a list of radios that are capable of being
- modified to useeither 4800 baud or 9600 baud packet modems? For
- example, can an ICOMIC-2AT, Alinco DR-112, or a Kenwood TM-221-a
- be modified? If so, whatneeds to be done? It would be nice if
- there was a file that containedwhat radios could be modified to
- use the high speed modems, and whatsteps were needed to do the
- modification.73's de Jack - kf5mgAX25net -
- kf5mg@kf5mg.#dfw.tx.usa.na - (817) 962-4409AMPRnet -
- kf5mg@kf5mg.ampr.org - 44.28.0.14Internet -
- kf5mg@vnet.ibm.com -or-
- kf5mg@sdf.lonestar.org------------------------------Date: Mon,
- 06 Apr 92 10:15:00 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f5.n394.z1.fidonet.org!Cic
- ely.Harrison@uunet.uu.netSubject: looking for a friendTo:
- packet-radio@ucsd.edu Hi! Well I'm looking for someone to
- write me! I live in Hammond, Louisiana, and I'm a junior at
- Hammond High School. I'm a normal 16 year old (I think so) and
- I love sports and to have fun.I also usually have a lot to chat
- about. Well I gotta go, so plase write me!-- uucp:
- uunet!m2xenix!puddle!394!5!Cicely.HarrisonInternet:
- Cicely.Harrison@f5.n394.z1.fidonet.org---------------------------
- ---Date: 8 Apr 92 17:41:51 GMTFrom:
- usc!sdd.hp.com!spool.mu.edu!agate!boulder!ucsu!spot.Colorado.EDU!
- lestak@network.UCSD.EDUSubject: Mac Programmer/FORTRAN/Unix Job,
- COTo: packet-radio@ucsd.eduPROGRAMMER (Professional Research
- Assistant) to develop Macintosh 4th Dimension database,
- maintain, update, and run FORTRAN programs, and manage small
- Macintosh network for ecology laboratory. Knowledge of
- Macintosh, UNIX, FORTRAN, and relational databases essential.
- Experience with UNIX systems administration, geographic
- information systems, particularly ARC/INFO, and remote sensing a
- plus. Must be flexible and interested in working in
- multi-system environment with non-expert users. Minimum
- requirement BA in computer science or related field, or MA in
- ecology, geology, or geography with appropriate experience.
- $25-28,000/year + benefits package. Send resume, including
- names and addresses of three references, to Marilyn Walker,
- INSTAAR, Campus Box 450, Boulder, CO, 80309-0450, or
- mwalker@taimyr.colorado.edu. Closing date for applications
- 4/21/92.------------------------------Date: Sun, 05 Apr 92
- 21:19:54 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f400.n348.z1.fidonet.org!M
- ichael.Gamer@uunet.uu.netSubject: MailTo:
- packet-radio@ucsd.eduSeing as I am A quite bored person...
- Somebody write me a message... Thanx!!!!What a dull place
- this...uh... Winnipeg place is..Sucks compared to L.A.]~Michael
- Gamer~^-- uucp:
- uunet!m2xenix!puddle!348!400!Michael.GamerInternet:
- Michael.Gamer@f400.n348.z1.fidonet.org---------------------------
- ---Date: Tue, 07 Apr 92 19:30:16 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f6.n345.z1.fidonet.org!Lau
- rence.Akiyama@uunet.uu.netSubject: Miss SaigonTo:
- packet-radio@ucsd.eduOops, wrong subject. I've been to NYC once,
- and i don't remember much about it (I was really young), but I'd
- like to go back again. What's it like over there, anyway? Living
- over here, it's practically like living on another planet! --
- uucp: uunet!m2xenix!puddle!345!6!Laurence.AkiyamaInternet:
- Laurence.Akiyama@f6.n345.z1.fidonet.org--------------------------
- ----Date: Tue, 07 Apr 92 17:45:08 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f273.n353.z1.fidonet.org!J
- osev.Biggar@uunet.uu.netSubject: No more "Trademarks" for
- me...To: packet-radio@ucsd.edu Hi everybody, from today
- I'm not puting any more trademarkes under myname because
- everybody i nmy whole school is doing it too and some of them
- arethe STUPIDEST ones I've ever seen (That are in my school).
- Joe Blow!-- uucp:
- uunet!m2xenix!puddle!353!273!Josev.BiggarInternet:
- Josev.Biggar@f273.n353.z1.fidonet.org----------------------------
- --Date: Mon, 06 Apr 92 20:37:19 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f127.n267.z1.fidonet.org!D
- ave.Hans@uunet.uu.netSubject: Other Music!To:
- packet-radio@ucsd.edu I sing.. I've made All County Chorus 4
- times in 3 years and hope to go to The NYSSMA Solo
- Festival(Graded) Yes.. I somewhat like Classical..-- uucp:
- uunet!m2xenix!puddle!267!127!Dave.HansInternet:
- Dave.Hans@f127.n267.z1.fidonet.org------------------------------D
- ate: 9 Apr 92 02:03:04 GMTFrom:
- ogicse!willamette.edu!jduncan@uunet.uu.netSubject: packratt
- interface info. neededTo: packet-radio@ucsd.edui am doing a
- project and am looking for source code to interface my pcto a
- terminal node controller. any information would be
- GREATLYappreciated. thanks in advance,jack
- (jduncan@willamette.edu)*** my only regret is that the fcc has
- not got my new license back to me so i don't have a call
- sign yet. ------------------------------Date: Tue, 07
- Apr 92 09:03:14 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f152.n321.z1.fidonet.org!D
- avid.Cressey@uunet.uu.netSubject: penpalTo:
- packet-radio@ucsd.edu?? De donde en Argentina?Yo vivi en
- Rosario, en la provincia de Santa Fe, hace muchosa^nos.!! Que'
- gracia de pasar a otro continente y seguir viendo acruz del sur
- en el cielo!Saludos, Dave-- uucp:
- uunet!m2xenix!puddle!321!152!David.CresseyInternet:
- David.Cressey@f152.n321.z1.fidonet.org---------------------------
- ---Date: Tue, 07 Apr 92 12:25:00 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f5.n394.z1.fidonet.org!Rac
- hel.Pauli@uunet.uu.netSubject: PenpalsTo:
- packet-radio@ucsd.eduHello! Hello! My name is Rachel and I am
- looking for a penpal to write to me in Spanish.I am currently a
- freshman at Hammond High.I am taking my first year of
- Spanish,but I can speak it very well.So if you are looking for a
- penpal like me PLEASE WRITE TO ME!!THANKS[A[-- uucp:
- uunet!m2xenix!puddle!394!5!Rachel.PauliInternet:
- Rachel.Pauli@f5.n394.z1.fidonet.org------------------------------
- Date: Tue, 07 Apr 92 21:24:36 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f6.n345.z1.fidonet.org!Ew.
- Smith@uunet.uu.netSubject: Pen Pals ReplyTo:
- packet-radio@ucsd.eduOk I am passing on your message to our
- school computer coordinator, but as we just moved to a new
- campus last week there are some moving pains and delays of all
- kinds. If you don't hear from anyone soon, leave me another
- message and I will follow up.That's Haoles, by the way, but you
- were close enough to make me wonder where you picked that up.
- You're not old enough for the Elvis Presley movie Blue Hawaii,
- after all.Aloha -- uucp:
- uunet!m2xenix!puddle!345!6!Ew.SmithInternet:
- Ew.Smith@f6.n345.z1.fidonet.org------------------------------Date
- : Tue, 07 Apr 92 19:39:39 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f6.n345.z1.fidonet.org!Lau
- rence.Akiyama@uunet.uu.netSubject: PoemTo:
- packet-radio@ucsd.eduHere's a haiku that, to date, very few have
- understood...se if you can figure this one out!!
- Lonely Night, Beautiful Light
- Creature of empty darkness sees lovely
- angel; He flees in despair. -- uucp:
- uunet!m2xenix!puddle!345!6!Laurence.AkiyamaInternet:
- Laurence.Akiyama@f6.n345.z1.fidonet.org--------------------------
- ----Date: Tue, 31 Mar 92 11:31:00 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f3.n31911.z1.fidonet.org!R
- oly.Borden@uunet.uu.netSubject: POLITICSTo:
- packet-radio@ucsd.eduI've got to tell you, i'm from Texas and I
- don't know what Perot's motives are. He's done some very
- altruistic deeds, but he has butted into the Texas educational
- system. He's sent agents to So.East asia looking for POW's and
- also has tried to talk Texas into turning out "corporate robots"
- with solo science, business, or math backgrounds. He's not much
- for the Rennaisance Man. Specialization seems to be his
- solution. Like I said, Stephen, I don't know yet. To tell you
- the truth, I haven't heard much about Perot's momotiv, policies,
- or platform. I wonder if he is just bored being rich? One thing
- I do know, I could help him spend his money!! He could really
- split the Republicans badly. What do you think?? Roly Borden--
- uucp: uunet!m2xenix!puddle!31911!3!Roly.BordenInternet:
- Roly.Borden@f3.n31911.z1.fidonet.org-----------------------------
- -Date: 7 Apr 92 23:05:40 EDTFrom:
- usc!cs.utexas.edu!utgpu!watserv1!watmath!xenitec!lemsys!clemon@ne
- twork.UCSD.EDUSubject: Poor Man's packet & modemTo:
- packet-radio@ucsd.eduIn article
- <1992Apr7.000612.26742@tc.cornell.edu>
- payne@theory.TC.Cornell.EDU (Andrew Payne) writes:>In article
- <N1FsiB2w165w@micromed.net.netcom.com>
- msolinas@micromed.net.netcom.com (Michael Solinas) writes:>>Can
- a standard modem be used with poor man's packet? I have a zoom
- >>external, and can purchase some used hayes modems (1200 baud)
- for $15. >>Can these be used with PMP?>>No. In general most
- telephone modems *cannot* be used for 1200 baud packet.>Most
- UHF/VHF 1200 baud packet uses Bell 202, which is a half-duplex
- FSK >protocol. Some old, old modems implement this protocol but
- you don't>find them around much anymore: they usually get
- thrown away.> But if we do have a Bell 202(A?) compatible
- modem, how might we goabout making a TNC out of them? Is it
- possible at all. It seems that myold GVC 1200 had a command
- 'ath4' that was for special external connections(some
- connotations towards radio were mentioned). A relay clicked
- insidethe modem but the phone was not taken off of the hook.--
- Craig Lemon VE3XCL - Kitchener, Ontario. Amiga B2000 OS 2.04
- UUCPv1.15D. +1 519 741 0297 +1 519 578 7817 |
- Silly people! We all clemon@lemsys.UUCP
- clemon%lemsys@xenitec.on.ca | know that the Universe IP/Packet:
- ve3xcl@ve3xcl.ampr.org [44.135.84.51]| revolves around
- UUNET!------------------------------Date: Tue, 07 Apr 92
- 15:05:00 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f242.n701.z89.fidonet.org!
- Tammy.Bergstrom@uunet.uu.netSubject: Quebec SeparationTo:
- packet-radio@ucsd.eduThank you very much Laurence for writing to
- my debate. Your contribution is greatly appreciated.-- uucp:
- uunet!m2xenix!puddle!89!701!242!Tammy.BergstromInternet:
- Tammy.Bergstrom@f242.n701.z89.fidonet.org------------------------
- ------Date: 8 Apr 92 17:59:03 GMTFrom:
- noiro.oac.uci.edu!nntpsrv@network.UCSD.EDUSubject: Rock-a-Doodle
- GIF's anybody?To: packet-radio@ucsd.edu Does anyone have (can
- get, can scan in) Rock-a-Doodle GIF's, and put themup on tezuka?
- It would be
- appreciated.*****************************************************
- ************************** The essential writer's .sig - By Avi
- Melman amelman@orion.oac.uci.edu NitroCoon lives, The
- Peacemakers are BACK, And Kyle's in a real JAM!!
- The Vektor BBS /! / ___
- (213) 938-4788 / !/ itro/__ oon 2386 - Creator & Author
- 1200-38400 baud "Don't worry, it's insured." -
- NitroCoon********************************************************
- ***********************------------------------------Date: Wed,
- 8 Apr 1992 18:21:40 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!cmerhar@n
- etwork.UCSD.EDUSubject: Set Up HP 425t WorkstationTo:
- packet-radio@ucsd.eduI just inherited some system administrator
- tasks and need to set up a workstation (HP 9000-425t) with HP-UX
- 7.05. I began this setup following manuals and the system boots,
- allows me to log on as superuser. I want toallow other users to
- log on (already set up in SAM) and get xwindows running.Right
- now, it is not networked but will be eventually. Can anyone step
- methrough a logical set up sequence? I have the HP Sys Admin
- Tasks manual, youcan just telll me where to go.Many thanks,Carl
- MerharOhio State University"Redime te captum, quam queas
- minimo."------------------------------Date: Mon, 06 Apr 92
- 14:24:43 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f254.n260.z1.fidonet.org!D
- avid.Makepeace@uunet.uu.netSubject: SUSPIROS DE PRIMAVERATo:
- packet-radio@ucsd.eduPor fin ha llegado una semblanza de la
- primavera. No tengo mucho tiempo para escribir hoy porque tengo
- que recoger a mi hijita en la escuela en 10 minutos. Muchas
- gracias por tu mensaje recien llegado. Espero que tu visita al
- restaurante mejicano haya resultado un exito completo. No he
- matado todavia a mis estudiantes de octavo. Al contrario acabo
- de escuchar una presentacion por un profesor vermette de Niagara
- U. ( por casualidad era un profesor de historia en el h.s. de mi
- esposa en Lockport, N.Y.) acerca de aprendizaje cooperativo y
- estoy mi animado para integrar algunas de sus ideas. Me tengo
- que ir. Hasta luego, david--
- uucp: uunet!m2xenix!puddle!260!254!David.MakepeaceInternet:
- David.Makepeace@f254.n260.z1.fidonet.org-------------------------
- -----Date: Tue, 07 Apr 92 09:33:00 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f690.n260.z1.fidonet.org!G
- ina.Nurse@uunet.uu.netSubject: The Wash???????To:
- packet-radio@ucsd.eduI swear your address did go through the
- wash, I wouldn't lie to you, I dont even know you!I'll write
- soon, catch ya on the rebound!Peace always,Gina -- uucp:
- uunet!m2xenix!puddle!260!690!Gina.NurseInternet:
- Gina.Nurse@f690.n260.z1.fidonet.org------------------------------
- Date: Mon, 06 Apr 92 10:11:00 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f5.n394.z1.fidonet.org!Cic
- ely.Harrison@uunet.uu.netSubject: What's Up!To:
- packet-radio@ucsd.edu Hi! I was reading the messages,
- looking for someone new to write and I saw your letter. You
- seem to be a interesting person. I hope I wont(sorry) I hope I
- won't be dissapointed. Well anyway, I am also a Junior at
- Hammond High School in Hammond, Lousiana. I love sports,
- espically basketball. Tell me about your music group. My
- connection to misuc is listening to it and dancing to it.
- Besides that, I get involvedin just about everything. So,
- what's it like living in California? Hammond, Louisiana is
- boring. My school is nice, but there is alway room for
- improvement. I can't think of anything else to type, besides I
- think I've said enough. So, If you can WRITE BACK!!!!!!!!See
- Ya!!!!! Cicely-- uucp:
- uunet!m2xenix!puddle!394!5!Cicely.HarrisonInternet:
- Cicely.Harrison@f5.n394.z1.fidonet.org---------------------------
- ---Date: Mon, 06 Apr 92 20:21:00 PSTFrom:
- iWarp.intel.com|psgrain!m2xenix!puddle!f5.n394.z1.fidonet.org!Pat
- rick.Ehrensing@uunet.uu.netSubject: Where is PonchatoulaTo:
- packet-radio@ucsd.eduMB>Patrick,MB> Hi! Where exactly
- is Ponchatoula, Louisiana. I was born in New >Orleans and
- lived there until a couple of years ago. Most of my family live
- >there. Is Ponchatoula around New Orleans? I like to spend
- time with my >friends and read in my spare time. I really
- don't have time to do anything >else. So, how is your life?
- What are some of your hobbies? Write back and >let me
- know.Michele Ponchatoula is just north of New Orleans. Across
- LakePonchatrain. We are about to have our Strawberry Festival
- nextweekend(4-10/4-12). If you now of a town called Hammond we
- are quitenear to that town. Some of my hobbies include reading,
- spending timewith my friends, hiking, biking, and working on the
- computer. Life ispretty good right now. I am about to start
- going out with a girl whom Ihave known for nine years, and some
- of my friends have started a bettingpool to see whether or not
- we get married. Pretty interesting huh?Write back and tell me
- where in New Orleans you family lives, because Ihave some
- friends there who may know them. Don't forget to write back. *
- SLMR 2.0 * -- uucp:
- uunet!m2xenix!puddle!394!5!Patrick.EhrensingInternet:
- Patrick.Ehrensing@f5.n394.z1.fidonet.org-------------------------
- -----Date: 8 Apr 92 17:58:39 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!mips!spool.mu.edu!umn.edu!doug.cae.
- wisc.edu!anthony@network.UCSD.EDUTo:
- packet-radio@ucsd.eduReferences <1992Apr3.053059.23174@iti.org>,
- <1992Apr04.142236.17619@donau.et.tudelft.nl>,
- <1992Apr4.192714.12174@rice.edu>Subject : Re: Non-destructive
- repartitioning (was Re: What is linux?)In article
- <1992Apr4.192714.12174@rice.edu> adam@owlnet.rice.edu (Adam
- Justin Thornton) writes:>Using pfdisk, it's actually not that
- bad. Use a disk optimizer to put all your>stuff on the front of
- the disk. Use pfdisk to create your partitions, making >sure
- that the DOS partition is bigger than all the stuff you now have
- in it.>If it's your boot partition, use Norton or something to
- edit the boot record so>that the whole filesystem believes it's
- the right size.>>Then boot from linux and mkfs on your new
- partition(s). No problem.>>Adam>Hi everyone,I think this
- non-destructive partitioning is the route I want to take.
- I'vedone most things up to the point of running pfdisk and I
- feel fairly confidentof what I'm doing but there's one thing
- that's hanging me up. I guess this iskind of a DOS question but
- there's probably more repartitioning going on herethan the
- average DOS newsgroup.I'm running DOS 5.0 and Norton for DOS 5.0
- and the Norton optimizer reports thevery last few clusters of
- the hard disk as being unmovable and owned by a filecalled
- 'image.idx'. I believe this has something to do with an extra
- copy ofthe DOS 5.0 boot image. The question is, does DOS
- absolutely need this file inthat particular location, or might
- it possibly create a new image in the lastfew clusters of a new
- partion? If not, can this file be moved and how?I've got an
- extra 40meg free on my hard drive that's got Linux written
- allover it. Thanks! --
- -----------------------------------------------------------------
- ------------Anthony Freyanthony@cae.wisc.edu
- "Building stereotypes
- for the 90's"------------------------------Date: 8 Apr
- 92 18:05:32 GMTFrom:
- charon.amdahl.com!amdahl!jsp@uunet.uu.netTo:
- packet-radio@ucsd.eduReferences
- <1992Apr7.172401.10710@mdd.comm.mot.com>,
- <8bYf02a7c0uY00@amdahl.uts.amdahl.com>,
- <1992Apr8.000227.24937@mdd.comm.mot.com>Reply-To :
- jsp@pls.amdahl.comSubject : Re: capturing caller id
- datagilbert@mdd.comm.mot.com (John Gilbert) writes:}In article
- <8bYf02a7c0uY00@amdahl.uts.amdahl.com> jsp@pls.amdahl.com
- writes:}>John, don't you ever get tired of beating your head
- against this same wall?}>I answered the above question for you
- the last time this went around. You}>didn't really listen to my
- answer then, and I don't see you really listening}>now,
- either.}Wellll... I think this is a case of you giving an answer
- to a slightly}different question than I asked, and then assuming
- your answer was so}satisfactory I should just declare you
- right.Ah, this then could be the source of our problem. You
- see, to me, thisis simply not an issue of "right" or "wrong".
- The question is one ofpersonal preference. When a person wants
- something, he can't be "right"or "wrong" about it, because it's
- just what he wants. If what you wantis different from what I
- want, neither of us can be "right" or "wrong",we are just
- different.All I've ever tried to do on this subject is to tell
- you that what I wantis different from what you want. I've never
- expected you to "declare meright", I've only asked you to
- acknowledge that I want something differentthan what you want,
- and that CID might just possibly fill my needs betterthan
- answering machines and/or secret codes. If you have had the
- attitude that one of us must be "right", then it's no wonder
- that we just keep going round and round.--James
- Preston------------------------------Date: 8 Apr 92 18:03:40
- GMTFrom:
- noiro.oac.uci.edu!miami.acs.uci.edu!rravelo@network.UCSD.EDUTo:
- packet-radio@ucsd.eduReferences <11994@ucdavis.ucdavis.edu>,
- <92098.123907OEF100@psuvm.psu.edu>,
- <12035@ucdavis.ucdavis.edu>Subject : Re: CUBA/SPAINIn article
- <12035@ucdavis.ucdavis.edu> ez007856@hamlet.ucdavis.edu
- writes:>En <92098.123907OEF100@psuvm.psu.edu> Oscar Frias
- escribe>>c) Sendero es totalmente diferente de Fidel, SEndero
- es trafico de droga, >Sendero es salvajismo (o abrirte la guata
- y llenarla de excremento tiene >paralelo civilizado), Sendero es
- destruccion, Sendero es "estado de locura >NUnca compare usted
- Sendero con otros diferentes , Sendero es solo comparable a >los
- Kmher Roughe y Pol Pot a Gonzalo. YO NO QUIERO VER REPETIDA LA
- MACABRA >ESCENA DE UNA QUEBRADA LLENA DE CALAVERAS, por eso
- Sendero tiene que ser >detenido AHORA, no dentro de una
- decada.>>Muy diferente no:>>1) Fidel trafico' drogas y en Cuba
- la pequen~a burguesia usa y vende drogas.>2) Fidel es
- salvajismo: recuerda: "dentro de la revoulcion: todo, afuera de
- la >revolucion, nada.>3) Fidel es destruccion. Todo aquel que
- se le opone queda encarcelado para >siempre o fusilado como
- "gusano".>4) Fidel es estado de locura: "Socialismo o muerte!"
- [fijate que no dice >"!Capistalismo a la Oscar Frias o
- muerte!">5) Entre un genocida y un estalinista hay muy poca
- diferencia. El estalinista >solo es genocida cuando no le queda
- mas remedio. El polpotiano lo es por >principio, asi que la
- analogia del cartel haciendo negocios con Sendero es muy
- >parecida a la del Vasco haciendo negocios con Fidel. Despues
- de todo en el >laissez faire la droga tambien es una ventaja
- comercial del Peru. El >intercambio de pasta basica de cocaina
- es beneficioso para Sendero. "Es decir >aprovechar su alto grado
- de produccion de coca, su posicion relativa en >produccion de
- cocaina respecto a otros paises tercermundistas, su tecnologia
- de >cultivo y procesamiento de coca y derivados y en fin todo en
- lo que es mejor >que otros. Hoy este intercambio se tiene que
- hacer "a la de verdad".>>Edelmir Yo creo que la analogia que
- hace Edelmiro entre el regimen de Castro y Sendero Luminoso es
- valida y muy clara. No hay mucha diferencia entre los dos
- extremistas. Tambien la analogia que dio' Jorge Luis Romeu
- comparando el comercio entre los espan~oles y Castro y el
- posible comercio con Sendero es valida, EMHO! La unica
- diferencia es que Castro es un jefe de estado con muchas
- credenciales y estadisticas "fabricadas" y Sendero no ha tenido
- la oportunidad de demostrar sus "buenas" int enci
-
- ones todavia. Si desgraciadamente algun dia toman el poder ya
- veran como todos los "intelectuales" alrededor del mundo los
- apoyan y justifican sus crimenes enumerando las mejoras que
- hacen en el Peru como reduccion del analfabetismo y la salud
- del pueblo!!--Ray I. Ravelo "There's a surefire
- way to double your money;Office of Academic Computing. fold it
- in half and put in your pocket".UC, Irvine.
- ------------------------------Date: 8 Apr 92 18:11:00 GMTFrom:
- usc!cs.utexas.edu!tamsun!zeus.tamu.edu!srf6200@network.UCSD.EDUTo
- : packet-radio@ucsd.eduReferences
- <92090.143520MPS111@psuvm.psu.edu>, <73176@netnews.upenn.edu>,
- <92099.11022200124961@ysub.ysu.edu>Subject : Rush Rap (was Re:
- rush trivia tidbits)In article
- <92099.11022200124961@ysub.ysu.edu>, 00124961@ysub.ysu.edu
- writes...>If I had to guess, I'd say that it was Neil Peart.>
- >Chris.My guess was Rupert Hine. If you listen to the "Better
- off Dead" soundtrack, which he produced, you can hear him
- sing...and it sounds a lot like the
- rap.=============================================================
- ============= \ Steven Fennell - Graduate Student \ "She asked
- for my love, and I gave \ \ srf6200@zeus.tamu.edu - Texas A&M \
- her a dangerous mind." - D. Bowie \
- =================================================================
- =========------------------------------Date: Wed, 8 Apr 92
- 17:37:34 GMTFrom:
- nsisrv!kong!rdominy%kong.gsfc.nasa.gov@ames.arpaTo:
- packet-radio@ucsd.eduReferences
- <1992Apr3.204157.20452@unocal.com>,
- <1992Apr7.123419.7183@ux1.cso.uiuc.edu>,
- <1992Apr7.155359.8126@cbnewsl.cb.att.com>Subject : Re: Surround
- Sound on TV BroadcastsIn article
- <1992Apr7.155359.8126@cbnewsl.cb.att.com>,
- robe@cbnewsl.cb.att.com (robert.g.egan) writes:> > In article
- <1992Apr7.123419.7183@ux1.cso.uiuc.edu>, tmkk@uiuc.edu (K. Khan)
- writes:> > > > In article <1992Apr3.204157.20452@unocal.com>
- gary@st.unocal.com (Gary Cattelino) writes:> > >I was watching
- TV last night and noticed the message "Presented> > >in Dobly
- Surround Sound" at the beginning of the program.> > > > Speaking
- of Dolby Surround TV shows, did anyone watch "Mann and Machine">
- > on NBC Sunday night? Methinks the recording engineer who did
- Fantasia> > also works for this show. ;-)> I'm glad someone else
- noticed and posted about M and M because I thought> my hardware
- was going crazy. It had to be the worst example of TV Dolby>
- Surround so far. But I think the tape master was SNAFUed not the
- recording> engineer.Perhaps this was a local problem because I
- thought "Mann and Machine"was one of the best broadcast surround
- programs I've heard so far(except for "Northern
- Exposure").------------------------------Date: 8 Apr 92 17:48:55
- GMTFrom:
- swrinde!sdd.hp.com!spool.mu.edu!umn.edu!noc.MR.NET!uc.msc.edu!sha
- mash!phoenix.udev.cdc.com!ats@network.UCSD.EDUTo:
- packet-radio@ucsd.eduReferences
- <1992Apr2.215804.17634@vicorp.com>,
- <41050099@hpcc01.corp.hp.com>,
- <1992Apr8.100501.1425@hemlock.cray.com>comReply-To :
- ats@phoenix.udev.cdc.com (alex t stagg x4718)Subject : Re:
- Seeking weird analog synthIn article
- <1992Apr8.100501.1425@hemlock.cray.com>, dpm@cray.com (DonaldP.
- Maghrak) writes:|>In article <41050099@hpcc01.corp.hp.com>
- brooksp@hpcc01.corp.hp.com(Peter Brooks) writes:|>>[ ...
- ]|>>|>Didn't Pete Towensend (sp?) of the Who use a VCS 3 on the
- Who's Next album?|>He was also into those old analog sequencers.
- I think he used an analog |>sequencer with a VCS 3 on Won't Get
- Fooled Again and Baba O'Reilly, and |>the VCS 3 on Bargain.
- |>-feel free to correct info and spelling.I always thought that
- he used an ARP 2500 or 2600 for those.But all I can remember
- (hopefully somewhat accurately) is somepicture of him with a
- 2500 (and it may have been in an ARP newsletter).
- Alex.------------------------------------------------------------
- ----A. T. (Alex) Stagg/ARH215 | INTERNET:
- ats@udev.cdc.comControl Data Corporation |4201 Lexington
- Ave.N. | fax: 01-612-482-4455Arden Hills, MN USA
- 55126-6198 | Voice:
- 01-612-482-4718------------------------------Date: Wed, 8 Apr
- 1992 14:59:02 GMTFrom:
- theory.TC.Cornell.EDU!payne@tcgould.tn.cornell.eduTo:
- packet-radio@ucsd.eduReferences
- <N1FsiB2w165w@micromed.net.netcom.com>,
- <1992Apr7.000612.26742@tc.cornell.edu>,
- <clemon.07vs@lemsys.UUCP>Subject : Re: Poor Man's packet &
- modemIn article <clemon.07vs@lemsys.UUCP> clemon@lemsys.UUCP
- (Craig Lemon VE3XCL) writes: [... stuff about using modems for
- VHF/UHF 1200 baud packet ...]> But if we do have a Bell
- 202(A?) compatible modem, how might we go>about making a TNC out
- of them? Is it possible at all. It seems that my>old GVC 1200
- had a command 'ath4' that was for special external
- connections>(some connotations towards radio were mentioned). A
- relay clicked inside>the modem but the phone was not taken off
- of the hook. Old Bell 202 modems can be used on packet. In
- fact, that's whatwas first used back in the "old days". I've
- not used any old telephone modems on packet, so I can only
- speculate on how to go about converting one. You have to figure
- out:(a) how to hook up the radio(b) how to interface the modem
- to the TNC or computer (might have to worry about RS-232 or
- TTL level conversions)(c) if your modem is a smart modem, you
- have to figure out how to command it into the 202 mode after
- you've done (b) After you've done all this work, you still just
- have a modem (youneed a TNC). Unless you have a garage full of
- surplus modems, it's probably not worth the trouble. If you can,
- ignore 1200 baud packet and start at 9600 baud or faster.If you
- must have 1200 baud, build a modem around TI's TCM3105 chip.
- Its cheap,stable, low-power, needs only +5, and works very
- well.-- = = = = = = = = = = = = = = = = = = =
- = = = = = = = =Andrew C. Payne, N8KEI UUCP:
- ...!cornell!batcomputer!payne INTERNET:
- payne@tc.cornell.edu------------------------------Date: 8 Apr
- 92 18:00:13 GMTFrom:
- noiro.oac.uci.edu!hepxvt.ps.uci.edu!cortese@network.UCSD.EDUTo:
- packet-radio@ucsd.eduReferences
- <29E22A6F.27011@noiro.acs.uci.edu>,
- <29E23424.27938@noiro.acs.uci.edu>,
- <loren.37@wmkt.wharton.upenn.edu>Subject : Re: Worship of the
- Greek godsIn article <loren.37@wmkt.wharton.upenn.edu>
- loren@wmkt.wharton.upenn.edu (Loren Miller) writes:>In article
- <29E23424.27938@noiro.acs.uci.edu> cortese@hepxvt.ps.uci.edu
- (Janis Maria Cortese) writes:>>I did not ask for what>>happened
- to me and my family, and if I am "sensitive," that's just
- too>>bad for the rest of you. *I* bear the scars of what
- happened to me, and>>if it's too much for *you* to bear, that's
- just too damned bad.>>Go ahead, be proud of your scars. I hail
- you for it. However, there is a I'm not proud of them. I don't
- want them. I simply acknowledge them asa part of my history and
- consequently having influenced my present. BUtI don't have to
- like them.Blessings,Janis------------------------------Date: 8
- Apr 92 17:52:45 GMTFrom:
- charon.amdahl.com!amdahl!JUTS!cerebus!branwen@uunet.uu.netTo:
- packet-radio@ucsd.eduReferences
- <CKD.92Apr1143309@loiosh.eff.org>,
- <ru5acINNi6d@agate.berkeley.edu>,
- <1992Apr08.080558.29391@kithrup.COM>>Subject : Re: Steven
- BrustIn article <1992Apr08.080558.29391@kithrup.COM>
- sef@kithrup.COM (Sean Eric Fagan) writes:>I WANT MORE BRUST!
- Wish he could clone himself and work on two books at>once 8-).I
- thought Brust *had* cloned himself. Why else would Jerry
- Boyajian lookexactly like Brust?--
- Karen Williams
- branwen@cerebus.ras.amdahl.com"Don't whine. Warrior women
- speak in a husky whisper." -- Brat Pack
- #3------------------------------End of Packet-Radio Digest V92
- #94******************************Date: Fri, 10 Apr 92 04:30:03
- PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #95To: packet-radioPacket-Radio Digest Fri,
- 10 Apr 92 Volume 92 : Issue 95Today's Topics:
- automatic control (was: Help 2nd try tcpip ka9q problem)
- Beginner's Guide to TCP/IP
- Call for GIGABITS Cheapest packet-capable
- rig? Combined radio/TNC FLEA
- at MIT Sunday April 19th Cambridge MA
- Help with KISS and a PK-232MBX I'd like to learn
- more about packet radio printed circuit diagram or 2Mbps
- datalink in 1991 ARRL handbook Repeaters
- price/availability Ripoff Radio? (WAS Re: Combined
- radio/TNC)Send Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 9 Apr 92 16:23:53 GMTFrom:
- usc!cs.utexas.edu!tamsun!cs.tamu.edu!willis@network.UCSD.EDUSubje
- ct: automatic control (was: Help 2nd try tcpip ka9q problem)To:
- packet-radio@ucsd.eduIn article <702790137.F00002@iea.UUCP>,
- Pat.Dockrey@f3.n346.z1.fido.iea.hmm (Pat Dockrey) writes:|> This
- is no doubt a very contentious problem...but I completely
- disagree with|> the concept of not having an amateur responsible
- for their transmissions.|> Personal responsibility goes to the
- heart of the amateur radio hobby.
- ^^^^^^^^^^^^^^^^^^^^^^^Exactly. But that's why the FCC
- *interpretation* should be changed. Theone responsible for a
- message is the originator, not the PBBS that forwards
- themessage. Store and forward censorship is almost doable; how
- could youpossibly do things where the entire message was never
- at your site at one time?|> Even the phone boards have
- restrictions on content, why should the PBBS' be any|>
- different?To my knowledge and based on experience, there are
- *no* restrictions oncontent on a phone BBS (other than,
- possibly, aiding and abetting a crime).There are certainly no
- restrictions on commercial activity or
- obscene/profanemessages.------------------------------Date: 10
- Apr 92 06:12:50 GMTFrom:
- usc!wupost!csus.edu!ucdavis!madrone.eecs.ucdavis.edu!ford@network
- .UCSD.EDUSubject: Beginner's Guide to TCP/IPTo:
- packet-radio@ucsd.eduI have written a document entitled
- "Beginner's Guide to TCP/IP on theAmateur Packet Radio Network
- Using the KA9Q Internet Software."Version 2.0 of the guide
- documents the use of NOS 911229 (PA0GRI v2.0h)and BM v3.3.2.The
- document is available in three forms by anonymous ftp
- fromfilbert.eecs.ucdavis.edu [128.120.57.123] in the directory
- pub/ka9q."nosbgnlp.zip" unzips to a 66 page ascii "line printer"
- document,which can be printed with the UNIX lpr
- command."nosbgnps.zip" unzips to a 54 page PostScript document,
- which canbe printed on a PostScript printer."nosbgnpr.zip"
- unzips to a 66 page ascii "print" document, whichcan be printed
- using the DOS print command. You will need to sendcontrol codes
- to your printer to control the page offset and youshould turn
- perforation skip off.I am unable to provide access to this
- document in any way otherthan anonymous ftp. Those of you who
- do make it available inother ways (on a BBS for example), please
- let me know and I canpass this information on to those who
- inquire.Comments and suggestions for change to the document are
- welcome. Gary Ford, N6GF------------------------------Date: 9
- Apr 1992 12:06:29 -0700From: news-mail-gateway@ucsd.eduSubject:
- Call for GIGABITSTo: packet-radio@ucsd.eduFrom:David Sweigert
- c/oBoeing Aerospace OperationsM/S FA-71Kennedy Space Center,
- Florida 32899407-867-4848To:Robert E. Kahn, Corporation for
- National Research InitiativesPhillip Gross, Advanced Network and
- Services, Inc.Lawerence Landweber, University of WisconsinBernd
- Bruegge, Carnegie Mellon UniversityRef:GIGABIT Testbed
- ActivityBackground: On pages 10-13, March 1992 issue of IEEE
- Network Magazine, there wasa very interesting article entitled
- "Where are we with Gigabits". Thisguest editorial referred to
- all of the gentlemen mentioned above.Kennedy Activity: The KSC
- is interested in exploring GIGABIT architectures. In fact,a
- small embryonic project has been funded to establish a
- "test-bed"of sorts. This test-bed is not of the academic
- sophistication levelof others (i.e. AURORA, CASA, etc.), but is
- a first phase conceptexploration project. KSC is interested in
- testing the feasibility of using a GIGABITarchitecture to
- consolidate several divergent communication transmissionsystems
- used to support the operations and launch of the Space
- Shuttle.Requested Dialoge: I am interested in exploring the
- possibility of communicating withother individuals to compare
- notes and lessons learned. If interestedplease reply via
- e-mail. Thank you.Sincerely,David
- Sweigert------------------------------Date: Thu, 9 Apr 1992
- 01:35:31 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!qt.cs.utexas.edu!yale.edu!jvnc.net!
- darwin.sura.net!aplcen.apl.jhu.edu!wb3ffv!ka3ovk!irscscm!next32!d
- strout@network.UCSD.EDUSubject: Cheapest packet-capable rig?To:
- packet-radio@ucsd.eduWhat is the absolute minimum set up to run
- 2400 bps packet? How about 9600? I'm new to this (like you
- couldn't tell?) and would appreciate any advice, experiences,
- recomendations, etc.dave.-- Dave StroutNeXT
- Programmerdstrout@next32.isnet.com <-- Should
- work......uunet!ihost!next32!dstrout <-- Else try
- this....------------------------------Date: Thu, 9 Apr 1992
- 21:57:47 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!think.com!snorkelwacker.mit.edu!new
- s.media.mit.edu!news.media.mit.edu.!sro@network.UCSD.EDUSubject:
- Combined radio/TNCTo: packet-radio@ucsd.eduBesides assorted
- do-it-yourselfers, there's the new Alinco that'sadvertised in
- all of the latest ham magazines. It's called theDR-1200T. It
- comes with 25W output, a TNC cable, and 2400 baudcapability.
- The microphone is optional!You can assume that the deviation is
- set properly for data, and thatthe TX/RX switching is fast. It
- sounds like you hook it up to acomputer & start transmitting.I
- haven't seen one myself. Has anyone played with one? call
- (310) 616 8616 for info or see QST, 73 or
- CQ.--Shawn------------------------------Date: 10 Apr 92 06:24:17
- GMTFrom: w1gsl@athena.mit.eduSubject: FLEA at MIT Sunday April
- 19th Cambridge MATo: packet-radio@ucsd.eduSpring has Sprung
- in Cambridge.... so it is again time for the monthly Fleas at
- MIT .... ********* $1 buyers discount with hardcopy of this
- notice ********COMPUTERS - ELECTRONICS - HAM RADIO - COMPUTERS -
- ELECTRONICS FLEA all SUMMER at MIT
- April 19th, 1992 9AM-2PMCome 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 $2 (you get $1 off if you're lucky enough to have a
- copy of our add) and sellers spaces are $8.00-each at the
- gate. 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********** $1 buyers discount with hard copy of this notice
- *****************************************************************
- **************************Steve
- Finberg W1GSL w1gsl@athena.mit.eduPO Box 82 MIT Br
- Cambridge MA 02139 617 258
- 3754*************************************************************
- ******************------------------------------Date: 10 Apr 92
- 04:38:08 GMTFrom:
- ogicse!willamette.edu!tjones@uunet.uu.netSubject: Help with KISS
- and a PK-232MBXTo: packet-radio@ucsd.eduIn our Digital
- Communications class here at Willamette University, our
- group'sproject involves using ka9q on a couple of TNCs
- (PK-232MBX TNCs to be exact). The documentation for ka9q
- describes how to activate KISS mode on the PK-232(first you
- activate KISS mode using some terminal program, then run ka9q),
- butit doesn't work on TNCs. We are using PC Packrat as the
- terminal program, andare sending commands to the TNC. It works
- fine until we hit the command KISSON, at which time no other
- commands may be entered, and the only solution isto exit the
- program and reset the TNC. Our professor has been no help, as
- hehas never used KISS mode on these TNCs. If anyone can help,
- and/or has usedka9q with IBM compatable machines, please respond
- via e-mail. Thank you.tjones@willamette.edu
- ------------------------------Date: 9 Apr 92 16:35:49 GMTFrom:
- meteor!phoebus.meteor.wisc.edu!foley@rsch.wisc.eduSubject: I'd
- like to learn more about packet radioTo:
- packet-radio@ucsd.eduHello:I have *no* experience with radio,
- except using my little Sony-2010shortwave. I am, however, very
- interested in getting started withthings like packet radio.
- From what I understand, I can get a Novice or Technician no-code
- license from the FCC that will allow meto do voice/packet work
- above 30 MHz.Could someone point me to sources of further
- information? Isthere a compiled FAQ for this group?Some
- specific questions I have about packet radio:- What kind of
- equipment do you need?- How much does this cost?- What kind of
- license do I need?- Are there people in the Madison, WI area
- that are also doing this?- What can you do with packet radio?
- Messages? BBSs? UUCP?- I currently have a Sun Sparcstation 1
- as my home computer. What kind of software do I need with
- packet radio. Has anyone used a Sun (or other Unix machine)
- for this kind of stuff?Please email me or post it here...Thanks
- in advance to any kind folks who can help me out.I appreciate
- your time and
- attention.Cheers,Jon---------------------------------------------
- -------------------------------- Jonathan Foley
- | email: foley@meteor.wisc.edu |Center for
- Climatic Research and
- ------------------------------- Department of Atmospheric &
- Oceanic SciencesUniversity of Wisconsin
- -------------------------------------------1225 West Dayton
- Street | These views are my own and do not reflect
- |Madison, WI 53706 | those of any part of the
- Univ. Wisconsin.
- |----------------------------------------------------------------
- -------------------------------------------Date: Thu, 09 Apr 92
- 18:31:37 GMTFrom:
- csus.edu!netcomsv!mork!n1gak@decwrl.dec.comSubject: printed
- circuit diagram or 2Mbps datalink in 1991 ARRL handbookTo:
- packet-radio@ucsd.eduGreetings! I made a layout for the boards
- [Two sided with ground plane] butnever ended up making the
- boards because I couldn't order the GUnnplexersthat the article
- called for. Even after correcting the typo on the phonenumber
- in the ARRL guide, I found that the part in question hadnt been
- madefor "a coujple of years now ... " If anyone else knows a
- source of these,I'd be glad to root through my backups and find
- the artwork for the board.It's about a one evening project. In
- fact - I'll get PC Boards MADE andsell them at COST just to get
- more people to USE this mode. Will peoplebe needing High-Speed
- Synch cards for various machines too? I don't knowwhere to
- scrounge one up, and figured I'd just point-to-point one when
- theneed came. [I've got a Mac and a 3B1 in my packet station]
- N1GAK Scott------------------------------Date: 7 Apr 92
- 14:26:18 GMTFrom:
- usc!wupost!waikato.ac.nz!aukuni.ac.nz!mercury!nacjack!richard@net
- work.UCSD.EDUSubject: Repeaters price/availabilityTo:
- packet-radio@ucsd.eduCan anyone tell me (pref. in mail) where I
- could get information aboutrepeaters (prices + facilities)
- particularly Digital Repeaters for the2m and 70cm bands? I.e
- companies to write (snail or email) to, etc.I live in a rather
- nasty area surrounded on three sides by rather highhills. There
- are a number of people in my area wanting to experimentwith
- packet, but unable to get reception with any reliably unless we
- goto ultra expensive antennae - if we join as a group we could
- get arepeater and save ourselves some money. I know this isn't
- the bestsolution, a better antenna would give coverage to all
- the frequenciesin the 2m band, but packet people tend to get
- some serious flak fromthe voice operators if we don't stick to
- assigned
- bands.Richard----------------------------------------------------
- -----------------------"Today we will do lying on the floor. You
- will lie on the floor. You willcontinue to lie on the floor, and
- if you move a single muscle, I will killyou." - Alexi Sayle,
- Didn't you kill my brother?USENET : richard@nacjack.gen.nz
- The Demi-Monde : 199:310/1FIDONET : Richard Vowles 3:772/110.0
- Amateur Radio : ZL1UTF------------------------------Date: 9
- Apr 92 22:26:31 GMTFrom:
- swrinde!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!matt.ksu.ksu.ed
- u!news@network.UCSD.EDUSubject: Ripoff Radio? (WAS Re: Combined
- radio/TNC)To: packet-radio@ucsd.edusro@media-lab.media.mit.edu
- (Shawn O'Donnell) writes:>Besides assorted do-it-yourselfers,
- there's the new Alinco that's>advertised in all of the latest
- ham magazines. It's called the>DR-1200T. It comes with 25W
- output, a TNC cable, and 2400 baud>capability. The microphone
- is optional!>It sounds like your typical voice radio. For
- example, Kantronicssells a 2400 baud modem that uses QAM (?)
- that requires the samebandwidth as 1200 baud, thus you don't
- have to make any mods to yourvoice radio. I think that is where
- they get the 2400 baud speed.>You can assume that the deviation
- is set properly for data, and that>the TX/RX switching is fast.
- It sounds like you hook it up to a>computer & start
- transmitting.>I would more assume they are not. It looks like
- they took a voice radioand just re-labeled it w/o a
- microphone.>I haven't seen one myself. Has anyone played with
- one? >Nope, so I am just going from the pictures. I may be
- speaking unfairlyabout Alinco. If they did provide a 9600 baud
- capable radio, thenthat would be something to talk about.-Steve
- Schallehn KB0AGD------------------------------Date: 9 Apr 1992
- 10:01:23 -0700From: news-mail-gateway@ucsd.eduTo:
- packet-radio@ucsd.eduReferences Faunt, N6TQS,
- 415-688-8269)pSubject : re: List of 4800 baud and 9600 baud
- capable radios needed.TAPR's got some of this information. It
- happens that the Jan '92 PSRhas the connection points for the
- TM221. RX can be gotten fromIC1-pin 9, and TX may be be
- injected at connection #7 on the VCOassembly on the TX/RX unit.
- There's more information in the article.TAPR can be reached at
- 602-749-947973, doug, N6TQS,
- <faunt@cisco.com>------------------------------End of
- Packet-Radio Digest V92 #95******************************Date:
- Sat, 11 Apr 92 04:30:02 PDTFrom: Packet-Radio Mailing List and
- Newsgroup <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #96To: packet-radioPacket-Radio Digest Sat,
- 11 Apr 92 Volume 92 : Issue 96Today's Topics:
- Beginner's Guide to TCP/IP (2 msgs)
- D-410 reply How do I kill kiss on tnc2?
- More on GIGABIT printed circuit
- diagram or 2Mbps datalink in 1991 ARRL handbook
- tcp/ip beginner Why segregate TCP/IP? (was
- Re: kbd to kbd)Send Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: Fri, 10 Apr 92 15:52:00 GMTFrom:
- sdd.hp.com!usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.ed
- u!usenet.ins.cwru.edu!cleveland.Freenet.Edu!be173@network.UCSD.ED
- USubject: Beginner's Guide to TCP/IPTo:
- packet-radio@ucsd.eduThanks for taking the time to put together
- the documentsintroducing beginners to TCP/IP and making them
- available viaFTP. Unfortunately, when I attempted to FTP to
- filbert... andlogin as "anonymous", filbert... responded with
- "unknown command"Are you sure the system is set to accept
- anonymous FTP logins?Thanks es 73,Will Snyder/KB4LFD-- J.
- William Snyder, Jr. (Will)Class of 1992/The University of North
- Carolina at Chapel HillAmateur Packet Radio:
- KB4LFD@K4IWW.NC.USA.NOAMInternet:
- SNYDER@UNCVX1.ACS.UNC.EDU------------------------------Date: 10
- Apr 92 18:41:32 GMTFrom:
- csus.edu!ucdavis!madrone.eecs.ucdavis.edu!ford@decwrl.dec.comSubj
- ect: Beginner's Guide to TCP/IPTo: packet-radio@ucsd.eduIn
- article <1992Apr10.155200.14931@usenet.ins.cwru.edu>
- be173@cleveland.Freenet.Edu (J. William Snyder, Jr.)
- writes:>>Thanks for taking the time to put together the
- documents>introducing beginners to TCP/IP and making them
- available via>FTP. Unfortunately, when I attempted to FTP to
- filbert... and------------------------------Date: 10 Apr 1992
- 14:54:15 -0700From: news-mail-gateway@ucsd.eduSubject: D-410
- replyTo: packet-radio@ucsd.eduThere is a simple solution to
- COR-operated RF amp keyup delay - use direct PTT.However, many
- COR's may be minimally modified for substantiallyshorter keyup
- delay by simply tweaking a capacitor or 2, altering aresistor or
- 2; or (better yet) getting rid of the clanker and usingPIN
- diodes, a move usually appreciated by XYL's if your shack
- isadjacent to your bedroom and the local insomniacs victimize
- yourmachine in the middle of the night =8-O -- Mike
- wd6ehr.ampr.org!wd6ehr@puffin.UUCP------------------------------D
- ate: 10 Apr 92 23:28:15 GMTFrom:
- usc!rpi!usenet.coe.montana.edu!ogicse!psgrain!qiclab!techbook!low
- ell@network.UCSD.EDUSubject: How do I kill kiss on tnc2?To:
- packet-radio@ucsd.eduI have managed to get my PacCom TNC220,
- which is suppossed to beuser interface compatable (more or less)
- with a TNC2, into the KISSmode. Works great for tcp/ip etc. I
- can`t find any documentation that tells me how to take it back
- out of KISS mode. Any hints? 73 Lowell
- (kc7dx@n7pwf.or.usa.na)-- Lowell BrunsonKC7DX @ N7PWF.OR.USA.NA
- (Packet Radio Only!)lowell@techbook.COM Public Access User ---
- Not affiliated with TECHbooks------------------------------Date:
- 10 Apr 1992 10:01:37 -0700From:
- news-mail-gateway@ucsd.eduSubject: More on GIGABITTo:
- packet-radio@ucsd.eduFrom:david@kelly.ksc.nasa.govTo:Robert E.
- Kahn, Corporation for National Research InitiativesPhillip
- Gross, Advanced Network and Services, Inc.Lawerence Landweber,
- University of WisconsinBernd Bruegge, Carnegie Mellon
- UniversityRef:GIGABIT Testbed ActivityBackground: On pages
- 10-13, March 1992 issue of IEEE Network Magazine, there wasa
- very interesting article entitled "Where are we with Gigabits".
- Thisguest editorial referred to all of the gentlemen mentioned
- above.Kennedy Activity: The KSC is interested in exploring
- GIGABIT architectures. In fact,a small embryonic project has
- been funded to establish a "test-bed"of sorts. This test-bed is
- not of the academic sophistication levelof others (i.e. AURORA,
- CASA, etc.), but is a first phase conceptexploration project.
- KSC is interested in testing the feasibility of using a
- GIGABITarchitecture to consolidate several divergent
- communication transmissionsystems used to support the operations
- and launch of the Space Shuttle.Requested Dialoge: I am
- interested in exploring the possibility of communicating
- withother individuals to compare notes and lessons learned. If
- interestedplease reply via e-mail. Thank you.Sincerely,David
- Sweigertdavid@kelly.ksc.nasa.gov:------------------------------Da
- te: Fri, 10 Apr 1992 15:31:21 GMTFrom:
- usc!sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!glenne@network.UC
- SD.EDUSubject: printed circuit diagram or 2Mbps datalink in 1991
- ARRL handbookTo: packet-radio@ucsd.eduHello all, I've sent the
- previous posters on this string a short newsletter whichn6rce
- and I recently sent out to update and aid those building or
- thinkingof building the data links. Please drop me a note if
- you would like a copy.very 73Glenn Elmore n6gnN6GN @ K3MC
- amateur IP: glenn@SantaRosa.ampr.orgInternet: glenne@sr.hp.com
- ------------------------------Date: 9 Apr 92 01:55:03 GMTFrom:
- kodak!ispd-newsserver!laidbak!tellab5!vpnet!vpnet!akcs.ken@cs.roc
- hester.eduSubject: tcp/ip beginnerTo: packet-radio@ucsd.eduHi
- All. I'm a new user of tcp/ip and have abouta thousand
- questions. Rather than clutter up thissystem with all 1,000,
- wonder if someone can pointme to a good tutorial, beginner's
- guide or similar?Most of my questions relate to routing and
- similar.Thanks for your help!Ken wa9wcp@wa9aek
- [44.72.1.162]------------------------------Date: 10 Apr 1992
- 14:54:13 -0700From: news-mail-gateway@ucsd.eduSubject: Why
- segregate TCP/IP? (was Re: kbd to kbd)To:
- packet-radio@ucsd.eduIf NET/NOS stations use mode VC, they will
- be more aggressive and havea more equal footing with ax.25
- stations. If ax.25 stations run sensible settings, they won't
- preempt tcp/ipactivity that much. The first is kind of wasteful
- (as well as other problems mentioned inthis newsgroup regarding
- mode vc); the second will work until thechannel gets busy and
- some impatient ax.25'er gets tired of waitingfor "his" turn
- while trying to read every bulletin ever posted on hisPBBS and
- "tweaks" things to "make them work better", and finds that henow
- "owns the channel" :-((Now for the inevitable 9600 baud plug
- ;-)If we'd get our collective heads screwed on correctly and
- move to morerealistic speeds than 1200 baud (at that speed, an
- acronym for "BoringAnd Usually Dumb" ;-), this would not be a
- problem. We have a shared BBS-forward, tcp/ip, and ax.25 end
- user 9600 baudchannel (439.025) in Los Angeles, using TEKK
- radios for the most part(which have been working well enough for
- most of us), with around 15tcp/ip users, a handful of ax.25'ers,
- and several BBS forwarding ports(to which the sysops have most
- generously allowed end user access) andit works euphorically
- well. Even with BBS forwarding, which _does_hog the channel, it
- only requires a few minutes, after which ftp's,etc., resume on
- their own. All this on a standard 25 KHz channel - and it'll
- work on any channelwidth that will support 1200 baud AFSK! --
- Mike
- wd6ehr.ampr.org!wd6ehr@puffin.UUCP------------------------------D
- ate: (null)From: (null)>> The document is available in three
- forms by anonymous ftp from>> filbert.eecs.ucdavis.edu
- [128.120.57.123] in the directory pub/ka9q.
- ^
- ^Argh, I blew it -- the ip address is 128.120.57.121. If you
- ftp'dto the ip address, you would have a problem. However,
- ftping to thehostname works OK, as confirmed by the pile of
- email I have receivedthis morning.Sorry for the error. 73,
- Gary------------------------------Date: Fri, 10 Apr 1992
- 21:05:20 GMTFrom:
- munnari.oz.au!news.UU.NET!stanford.edu!morrow.stanford.edu!lager!
- pst@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
- <1992Apr6.193241.11996@awdprime.austin.ibm.com>,
- <SRO.92Apr9165747@media-lab.media.mit.edu>,
- <s2ganINNm99@matt.ksu.ksu.edu>DSubject : Re: Ripoff Radio? (WAS
- Re: Combined radio/TNC)I have an Alinco DR1200T radio and it
- works quite well. It is true FM, andwhile it does NOT come
- ready-to-run 9600 baud, the modification for theG3RUH modem is
- very simple.It ran, out of the box, right away. It does *NOT*
- come with a TNC cable,but does come with 1/2 of the cable (the
- mic end).It's nothing more than a 112T without the microphone
- and mobile mountingbracket. Oh, except it's $50 less. Where
- else can you get a rock-solid,reasonably fast 2m radio for
- $270?Paul--Our apparent freedom to do whatever we like shows how
- whatever we chooseserves the economy. -- Raoul Vaneigem, _The
- Book of Pleasures_------------------------------End of
- Packet-Radio Digest V92 #96******************************Date:
- Sun, 12 Apr 92 04:30:03 PDTFrom: Packet-Radio Mailing List and
- Newsgroup <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #97To: packet-radioPacket-Radio Digest Sun,
- 12 Apr 92 Volume 92 : Issue 97Today's Topics:
- (none) Beginner's Guide
- to TCP/IP Introduction to NOS available
- Memphis Mini-Fest 04/18
- More Problems Why segregate TCP/IP? (was Re: kbd
- to kbd)Send Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 11 Apr 1992 06:05:33 -0700From:
- news-mail-gateway@ucsd.eduSubject: (none)To:
- packet-radio@ucsd.edu>From Packet-Radio Sat Apr 11 04:30:02 PDT
- 1992 remote from UCSD.EduReceived: by ucsd.edu; id
- AA24289 sendmail 5.64/UCSD-2.2-sun Sat, 11 Apr 92 04:30:05 -0700
- for packet-radioReceived: by ucsd.edu; id AA24284 sendmail
- 5.64/UCSD-2.2-sun Sat, 11 Apr 92 04:30:03 -0700 for
- /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi
- -fpacket-radio-relay packet-radio-listMessage-Id:
- <9204111130.AA24284@ucsd.edu>Date: Sat, 11 Apr 92 04:30:02
- PDTFrom: ucsd.edu!packet-radio (Packet-Radio Mailing List and
- Newsgroup)Errors-To: Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #96To: UCSD.EDU!packet-radio Content-Type:
- binaryContent-Length: 9451Packet-Radio Digest Sat, 11
- Apr 92 Volume 92 : Issue 96Today's Topics:
- Beginner's Guide to TCP/IP (2 msgs)
- D-410 reply How do I kill kiss on tnc2?
- More on GIGABIT printed circuit diagram
- or 2Mbps datalink in 1991 ARRL handbook
- tcp/ip beginner Why segregate TCP/IP? (was Re: kbd
- to kbd)Send Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: Fri, 10 Apr 92 15:52:00 GMTFrom:
- sdd.hp.com!usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.ed
- u!usenet.ins.cwru.edu!cleveland.Freenet.Edu!be173@network.UCSD.ED
- USubject: Beginner's Guide to TCP/IPTo:
- packet-radio@ucsd.eduThanks for taking the time to put together
- the documentsintroducing beginners to TCP/IP and making them
- available viaFTP. Unfortunately, when I attempted to FTP to
- filbert... andlogin as "anonymous", filbert... responded with
- "unknown command"Are you sure the system is set to accept
- anonymous FTP logins?Thanks es 73,Will Snyder/KB4LFD-- J.
- William Snyder, Jr. (Will)Class of 1992/The University of North
- Carolina at Chapel HillAmateur Packet Radio:
- KB4LFD@K4IWW.NC.USA.NOAMInternet:
- SNYDER@UNCVX1.ACS.UNC.EDU------------------------------Date: 10
- Apr 92 18:41:32 GMTFrom:
- csus.edu!ucdavis!madrone.eecs.ucdavis.edu!ford@decwrl.dec.comSubj
- ect: Beginner's Guide to TCP/IPTo: packet-radio@ucsd.eduIn
- article <1992Apr10.155200.14931@usenet.ins.cwru.edu>
- be173@cleveland.Freenet.Edu (J. William Snyder, Jr.)
- writes:>>Thanks for taking the time to put together the
- documents>introducing beginners to TCP/IP and making them
- available via>FTP. Unfortunately, when I attempted to FTP to
- filbert... and------------------------------Date: 10 Apr 1992
- 14:54:15 -0700From: news-mail-gateway@ucsd.eduSubject: D-410
- replyTo: packet-radio@ucsd.eduThere is a simple solution to
- COR-operated RF amp keyup delay - use direct PTT.However, many
- COR's may be minimally modified for substantiallyshorter keyup
- delay by simply tweaking a capacitor or 2, altering aresistor or
- 2; or (better yet) getting rid of the clanker and usingPIN
- diodes, a move usually appreciated by XYL's if your shack
- isadjacent to your bedroom and the local insomniacs victimize
- yourmachine in the middle of the night =8-O -- Mike
- wd6ehr.ampr.org!wd6ehr@puffin.UUCP------------------------------D
- ate: 10 Apr 92 23:28:15 GMTFrom:
- usc!rpi!usenet.coe.montana.edu!ogicse!psgrain!qiclab!techbook!low
- ell@network.UCSD.EDUSubject: How do I kill kiss on tnc2?To:
- packet-radio@ucsd.eduI have managed to get my PacCom TNC220,
- which is suppossed to beuser interface compatable (more or less)
- with a TNC2, into the KISSmode. Works great for tcp/ip etc. I
- can`t find any documentation that tells me how to take it back
- out of KISS mode. Any hints? 73 Lowell
- (kc7dx@n7pwf.or.usa.na)-- Lowell BrunsonKC7DX @ N7PWF.OR.USA.NA
- (Packet Radio Only!)lowell@techbook.COM Public Access User ---
- Not affiliated with TECHbooks------------------------------Date:
- 10 Apr 1992 10:01:37 -0700From:
- news-mail-gateway@ucsd.eduSubject: More on GIGABITTo:
- packet-radio@ucsd.eduFrom:david@kelly.ksc.nasa.govTo:Robert E.
- Kahn, Corporation for National Research InitiativesPhillip
- Gross, Advanced Network and Services, Inc.Lawerence Landweber,
- University of WisconsinBernd Bruegge, Carnegie Mellon
- UniversityRef:GIGABIT Testbed ActivityBackground: On pages
- 10-13, March 1992 issue of IEEE Network Magazine, there wasa
- very interesting article entitled "Where are we with Gigabits".
- Thisguest editorial referred to all of the gentlemen mentioned
- above.Kennedy Activity: The KSC is interested in exploring
- GIGABIT architectures. In fact,a small embryonic project has
- been funded to establish a "test-bed"of sorts. This test-bed is
- not of the academic sophistication levelof others (i.e. AURORA,
- CASA, etc.), but is a first phase conceptexploration project.
- KSC is interested in testing the feasibility of using a
- GIGABITarchitecture to consolidate several divergent
- communication transmissionsystems used to support the operations
- and launch of the Space Shuttle.Requested Dialoge: I am
- interested in exploring the possibility of communicating
- withother individuals to compare notes and lessons learned. If
- interestedplease reply via e-mail. Thank you.Sincerely,David
- Sweigertdavid@kelly.ksc.nasa.gov:------------------------------Da
- te: Fri, 10 Apr 1992 15:31:21 GMTFrom:
- usc!sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!glenne@network.UC
- SD.EDUSubject: printed circuit diagram or 2Mbps datalink in 1991
- ARRL handbookTo: packet-radio@ucsd.eduHello all, I've sent the
- previous posters on this string a short newsletter whichn6rce
- and I recently sent out to update and aid those building or
- thinkingof building the data links. Please drop me a note if
- you would like a copy.very 73Glenn Elmore n6gnN6GN @ K3MC
- amateur IP: glenn@SantaRosa.ampr.orgInternet: glenne@sr.hp.com
- ------------------------------Date: 9 Apr 92 01:55:03 GMTFrom:
- kodak!ispd-newsserver!laidbak!tellab5!vpnet!vpnet!akcs.ken@cs.roc
- hester.eduSubject: tcp/ip beginnerTo: packet-radio@ucsd.eduHi
- All. I'm a new user of tcp/ip and have abouta thousand
- questions. Rather than clutter up thissystem with all 1,000,
- wonder if someone can pointme to a good tutorial, beginner's
- guide or similar?Most of my questions relate to routing and
- similar.Thanks for your help!Ken wa9wcp@wa9aek
- [44.72.1.162]------------------------------Date: 10 Apr 1992
- 14:54:13 -0700From: news-mail-gateway@ucsd.eduSubject: Why
- segregate TCP/IP? (was Re: kbd to kbd)To:
- packet-radio@ucsd.eduIf NET/NOS stations use mode VC, they will
- be more aggressive and havea more equal footing with ax.25
- stations. If ax.25 stations run sensible settings, they won't
- preempt tcp/ipactivity that much. The first is kind of wasteful
- (as well as other problems mentioned inthis newsgroup regarding
- mode vc); the second will work until thechannel gets busy and
- some impatient ax.25'er gets tired of waitingfor "his" turn
- while trying to read every bulletin ever posted on hisPBBS and
- "tweaks" things to "make them work better", and finds that henow
- "owns the channel" :-((Now for the inevitable 9600 baud plug
- ;-)If we'd get our collective heads screwed on correctly and
- move to morerealistic speeds than 1200 baud (at that speed, an
- acronym for "BoringAnd Usually Dumb" ;-), this would not be a
- problem. We have a shared BBS-forward, tcp/ip, and ax.25 end
- user 9600 baudchannel (439.025) in Los Angeles, using TEKK
- radios for the most part(which have been working well enough for
- most of us), with around 15tcp/ip users, a handful of ax.25'ers,
- and several BBS forwarding ports(to which the sysops have most
- generously allowed end user access) andit works euphorically
- well. Even with BBS forwarding, which _does_hog the channel, it
- only requires a few minutes, after which ftp's,etc., resume on
- their own. All this on a standard 25 KHz channel - and it'll
- work on any channelwidth that will support 1200 baud AFSK! --
- Mike
- wd6ehr.ampr.org!wd6ehr@puffin.UUCP------------------------------D
- ate: (null)From: (null)>> The document is available in three
- forms by anonymous ftp from>> filbert.eecs.ucdavis.edu
- [128.120.57.123] in the directory pub/ka9q.
- ^
- ^Argh, I blew it -- the ip address is 128.120.57.121. If you
- ftp'dto the ip address, you would have a problem. However,
- ftping to thehostname works OK, as confirmed by the pile of
- email I have receivedthis morning.Sorry for the error. 73,
- Gary------------------------------Date: Fri, 10 Apr 1992
- 21:05:20 GMTFrom:
- munnari.oz.au!news.UU.NET!stanford.edu!morrow.stanford.edu!lager!
- pst@network.UCSD.EDUTo: packet-radio@ucsd.eduReferences
- <1992Apr6.193241.11996@awdprime.austin.ibm.com>,
- <SRO.92Apr9165747@media-lab.media.mit.edu>,
- <s2ganINNm99@matt.ksu.ksu.edu>DSubject : Re: Ripoff Radio? (WAS
- Re: Combined radio/TNC)I have an Alinco DR1200T radio and it
- works quite well. It is true FM, andwhile it does NOT come
- ready-to-run 9600 baud, the modification for theG3RUH modem is
- very simple.It ran, out of the box, right away. It does *NOT*
- come with a TNC cable,but does come with 1/2 of the cable (the
- mic end).It's nothing more than a 112T without the microphone
- and mobile mountingbracket. Oh, except it's $50 less. Where
- else can you get a rock-solid,reasonably fast 2m radio for
- $270?Paul--Our apparent freedom to do whatever we like shows how
- whatever we chooseserves the economy. -- Raoul Vaneigem, _The
- Book of Pleasures_------------------------------End of
- Packet-Radio Digest V92
- #96******************************------------------------------Da
- te: 11 Apr 92 01:38:31 GMTFrom:
- nsc!voder!apple!winter@hplabs.hpl.hp.comSubject: Beginner's
- Guide to TCP/IPTo: packet-radio@ucsd.eduIn article
- <12118@ucdavis.ucdavis.edu> ford@eecs.ucdavis.edu (Gary Ford)
- writes:>I have written a document entitled "Beginner's Guide to
- TCP/IP on the>Amateur Packet Radio Network Using the KA9Q
- Internet Software.">Version 2.0 of the guide documents the use
- of NOS 911229 (PA0GRI v2.0h)>and BM v3.3.2.If you've never seen
- Gary's guide, be sure to pick up the latest version.Ever since
- he released the first version, I've been recommending it to
- incipient Mac TCPers (even though it doesn't really talk about
- the Macintosh version) because it's such a well written
- introduction to the KA9Q program. Five stars, highly
- recommended.Pattyp.s. Of course, I've also been recommending it
- to incipient non-Mac TCPers.I just don't like to admit that I
- know any... :-)--
- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
- :: Patty Winter N6BIS Internet: winter@apple.com
- :: :: Sunnyvale, California AMPRNet: 44.4.0.44
- ::
- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
- ------------------------------Date: 8 Apr 92 20:26:27 GMTFrom:
- psinntp!psinntp!ncrlnk!ciss!lawday!jra@RUTGERS.EDUSubject:
- Introduction to NOS availableTo: packet-radio@ucsd.eduI just
- posted my introductory documentation for NOS to
- thehamradio/packet/tcpip/incoming directory at ucsd.edu.It's
- designed to be a useful guide for folks who know something
- aboutpacket but are just getting started with NOS. It includes
- sampleconfiguration files, etc. Preliminary reviews have been
- favorable, soit might be worth a look...It's "intronos.zip" and
- is in plain vanilla ASCII format that shoulddisplay or print on
- just about any hardware without problems.John
- AG9Vjohn.ackermann@daytonOH.ncr.com-- John R. Ackermann, Jr.
- Law Department, NCR Corporation, Dayton, Ohio(513) 445-2966
- John.Ackermann@daytonoh.ncr.comPacket Radio: ag9v@n8acv
- tcp/ip: ag9v@ag9v.ampr
- [44.70.12.34]------------------------------Date: 11 Apr 92
- 16:29:51 GMTFrom:
- swrinde!gatech!utkcs2!memstvx1!kagoos@network.UCSD.EDUSubject:
- Memphis Mini-Fest 04/18To: packet-radio@ucsd.edu
- MEMPHIS MINI-FEST 92
- --------------------There will be a MINI-FEST at State Technical
- Institute-Memphis on April 18th!!State Tech is located just to
- the south-west of exit 12 on I40 in east Memphis.Talk in will be
- on the W4BS repeater system, 146.82, 224.42 and 443.2.Table
- set-up begins at 8:00 and the doors open for general admission
- at 8:30.For table information, please contact KC4ZOV @ W4BS via
- packet or 901-363-3159via land-line. Tables are $5.00 and
- admission is $2.00.The following is a list of ONLY those forums
- that are confirmed AT THIS DATE.Others are in the planning
- stages. All forums will be in the Engineeringbuilding at class
- rooms indicated by LOCATION. TIME TITLE
- LOCATION PRESENTER 09:00 Eastern Ark. Emer. F112
- by Wayne, N5JLJ & Joe, N5MIG Preparedness
- Phillips County Arkansas HF Digital Modes
- F116 by Hugh, WA4SLI 10:00 Shelby County RACES F114
- by Dana, WI3B
- Shelby County RACES Officer Army MARS F118
- by Pat Lane, W4OQG 11:00 Tower Legal Issues, F112
- by Dwayne, KC4POI etc.
- ARRL Volunteer Counsel Beginner's DX Forum F116
- by Dennis, WF4G 12:00 VE Testing F118 by
- John, WZ5S & Dana,WI3B 13:00 BBS Access & Activity F112
- by Buddy, WX2G, Suresh, N9GSA (W4BS) (panel members)
- Tom, KA4P (KA4P, Trenton)
- Roy, WX2B (WX2B, Memphis)
- Harry, AI5R (AI5R, Lakeland)
- ARES Forum F116 by O.D.Keaton, WA4GLS,
- ARRL Tennessee Section
- Manager & Steve,
- NX3W, Shelby Cty ARES EC 14:00 VHF/UHF Forum F114
- by Dave, N4MW
- ARRL Technical Coordinator Antenna Forum F118
- by Rodger, K4HTB 15:00 W4BS Packet Repeater F112
- by Steve, KM4WQ & Terry, KB4KA Antenna Forum (Cont)
- F118 by Rodger, K4HTBAdditional forums we are trying to
- confirm are: Weather Service - Warning & Preparedness ATV
- Repeater DFing (Fox or Rabbit Hunting)We hope everyone will
- attend the Mini-Fest and as many forums as possible. Youcannot
- find a less expensive way to learn more and increase your
- enjoyment inour Amateur Radio hobby!The doors will close at 4:00
- pm. However, there will be a sysop's meeting forBBS,
- THENET/NETROM and ROSE sysops at 5:00 pm. See me for details on
- the sysopmeeting.Hope to CU there, 73, Terry
- KB4KA------------------------------Date: 12 Apr 92 04:07:15
- GMTFrom:
- swrinde!mips!spool.mu.edu!umn.edu!cs.umn.edu!kksys!tdkt!FredGate@
- network.UCSD.EDUSubject: More ProblemsTo:
- packet-radio@ucsd.eduWell the data engine finally arrived and I
- purchased aAlinco DR1200 data radio for the 2 meter side,
- waitingon a DR4-10 for 19.2Kbaud... I was wonderingif anyone
- else was running a 1200 w/ a Kantronics product..If so, what are
- you running for TX audio levels and Equalization...I'm running
- max audio and partial equalization...seems to work, is this
- correct? * Origin: HAM>link< RBBS 612/HAM-0000 Saint Paul, MN
- (K0TG)(1:282/100.0)------------------------------Date: Sat, 11
- Apr 1992 19:35:48 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.in
- s.cwru.edu!ncoast!allbery@network.UCSD.EDUSubject: Why segregate
- TCP/IP? (was Re: kbd to kbd)To: packet-radio@ucsd.eduAs quoted
- from <48943@wd6ehr.ampr.org> by wd6ehr@wd6ehr.ampr.ORG (Mike
- Curtis):+---------------| If NET/NOS stations use mode VC, they
- will be more aggressive and have| a more equal footing with
- ax.25 stations. | | If ax.25 stations run sensible settings,
- they won't preempt tcp/ip| activity that much. +---------------I
- see you've never experienced a mixture of exponential- and
- linear-backoffstations on a single channel before. I have. The
- result is that theexponential-backoff stations essentially lose
- the frequency because the linearbackoff scheme is inherently
- more aggressive. Even on mode VC connections:a simple AX.25
- connect from an exponential-backoff NOS still loses thefrequency
- to linear-backoff stations.++Brandon-- Brandon S. Allbery, KF8NH
- [44.70.4.88] allbery@NCoast.ORGSenior Programmer,
- Telotech, Inc. (if I may call myself
- that...)------------------------------End of Packet-Radio Digest
- V92 #97******************************Date: Mon, 13 Apr 92
- 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #98To: packet-radioPacket-Radio Digest Mon,
- 13 Apr 92 Volume 92 : Issue 98Today's Topics:
- BPQ 4.05 FTP site ? BPQ
- FTP sites FBB Compression NOS under
- G8BPQ: is it worth it, under what conditions? (3 msgs)Send
- Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
- subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 12 Apr 1992 05:33:12 -0700From:
- news-mail-gateway@ucsd.eduSubject: BPQ 4.05 FTP site ?To:
- packet-radio@ucsd.eduWhere can I find BPQ 4.05 for FTP
- ?/Sm5ohi------------------------------Date: 12 Apr 1992 18:08:09
- -0700From: news-mail-gateway@ucsd.eduSubject: BPQ FTP sitesTo:
- packet-radio@ucsd.eduBPQ405.ZIP is available on
- tomcat.gsfc.nasa.gov. I have also postedit to ucsd.edu and it
- will be available there as soon as Brianmigrates it.Roy,
- AA4RE------------------------------Date: 12 Apr 1992 18:09:11
- -0700From: news-mail-gateway@ucsd.eduSubject: FBB CompressionTo:
- packet-radio@ucsd.eduHas anyone been able to descramble an FBB
- compressed message that theymonitored? I have run it thru ever
- LZH code I have without success.Roy,
- AA4RE------------------------------Date: 12 Apr 1992 21:07:33
- -0700From: news-mail-gateway@ucsd.eduSubject: NOS under G8BPQ:
- is it worth it, under what conditions?To:
- packet-radio@ucsd.eduIn serveral cases, people have had great
- success running BPQ,DV, NOS, and an AX25 BBS such as mine on a
- single computer.So the advantage to using BPQ and NOS is that it
- allows those ports.to be used by other programsRoy,
- AA4RE------------------------------Date: 13 Apr 92 03:04:13
- GMTFrom:
- munnari.oz.au!spool.mu.edu!agate!usenet.ins.cwru.edu!ncoast!allbe
- ry@network.UCSD.EDUSubject: NOS under G8BPQ: is it worth it,
- under what conditions?To: packet-radio@ucsd.eduI just pulled
- down the G8BPQ node software, and noticed that it has
- aninterface to run NOS under it. The documentation implies that
- this is for usewith e.g. DesqView; a local ham, however, tells
- me he runs NOS under DesqViewwithout G8BPQ and without
- difficulties.Anyway, my questions are:(1) What benefits are
- there from running NOS under G8BPQ?(2) Are there any special
- circumstances when use of G8BPQ with NOS is a particularly
- good idea? Or a particularly BAD idea?(3) Is there any
- documentation for G8BPQ that is somewhat better assembled
- than the docs in BPQ405.ZIP? (I didn't think anything had worse
- docs than NOS! ---now I know better.) I suspect I wouldn't
- be driven to ask here if the docs that came with it did a
- better job of explaining the benefits of the G8BPQ software.I
- should mention that I've already asked locally; nobody around
- here uses it.(I thought for sure KB7YW would be able to give me
- pointers; ah, well.)++Brandon-- Brandon S. Allbery, KF8NH
- [44.70.4.88] allbery@NCoast.ORGSenior Programmer,
- Telotech, Inc. (if I may call myself
- that...)------------------------------Date: Mon, 13 Apr 1992
- 03:48:29 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.in
- s.cwru.edu!ncoast!allbery@network.UCSD.EDUSubject: NOS under
- G8BPQ: is it worth it, under what conditions?To:
- packet-radio@ucsd.eduAs quoted from
- <1992Apr13.030413.2551@NCoast.ORG> by allbery@NCoast.ORG
- (Brandon S. Allbery KF8NH):+---------------| (1) What benefits
- are there from running NOS under G8BPQ?| (2) Are there any
- special circumstances when use of G8BPQ with NOS is a|
- particularly good idea? Or a particularly BAD idea?| (3) Is
- there any documentation for G8BPQ that is somewhat better
- assembled| than the docs in BPQ405.ZIP? (I didn't think
- anything had worse docs than| NOS! ---now I know better.) I
- suspect I wouldn't be driven to ask here| if the docs that
- came with it did a better job of explaining the benefits| of
- the G8BPQ software.+---------------One more thing: please
- REPLY, do not POST responses if you want me to seethem. Between
- my schedule and ncoast's rather annoying tendency to crash
- atinopportune times, coupled with the fact that we have a 1-day
- expire but yet*still* regularly run /usr/spool/news out of
- space, the chances of my seeing aposted response are slim to
- none. (AARGH!)++Brandon-- Brandon S. Allbery, KF8NH
- [44.70.4.88] allbery@NCoast.ORGSenior Programmer,
- Telotech, Inc. (if I may call myself
- that...)------------------------------End of Packet-Radio Digest
- V92 #98******************************Date: Tue, 14 Apr 92
- 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #99To: packet-radioPacket-Radio Digest Tue,
- 14 Apr 92 Volume 92 : Issue 99Today's Topics:
- (none) 9600 Baud and
- Kenwood/Alinco? Any PacketCluster SysOPs out
- there? Baudot TTY wantedREAD/NEW/FOLLOWUP
- BPQ 4.05 FTP site ?
- HELP Help 2nd try - mail naming convention etc
- HELP ka9q mailers address protocol
- Improving front end of GE MVP
- JITC KA9Q's NOS 6.18 source
- Packet-Radio Digest, why??? (2 msgs)
- WA4DSY 56 kbit/s MODEM ?? (2 msgs)Send Replies or notes for
- publication to: <Packet-Radio@UCSD.Edu>Send subscription
- requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
- solve otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 13 Apr 1992 09:11:10 -0700From:
- news-mail-gateway@ucsd.eduSubject: (none)To:
- packet-radio@ucsd.edu>From Packet-Radio Mon Apr 13 04:30:03 PDT
- 1992 remote from UCSD.EduReceived: by ucsd.edu; id
- AA24746 sendmail 5.64/UCSD-2.2-sun Mon, 13 Apr 92 04:30:07 -0700
- for infmx!brucebReceived: by ucsd.edu; id AA24741 sendmail
- 5.64/UCSD-2.2-sun Mon, 13 Apr 92 04:30:04 -0700 for
- /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi
- -fpacket-radio-relay packet-radio-listMessage-Id:
- <9204131130.AA24741@ucsd.edu>Date: Mon, 13 Apr 92 04:30:03
- PDTFrom: ucsd.edu!packet-radio (Packet-Radio Mailing List and
- Newsgroup)Errors-To: Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #98To: UCSD.EDU!packet-radio Content-Type:
- textContent-Length: 4998Packet-Radio Digest Mon, 13 Apr
- 92 Volume 92 : Issue 98Today's Topics:
- BPQ 4.05 FTP site ? BPQ FTP
- sites FBB Compression NOS under
- G8BPQ: is it worth it, under what conditions? (3 msgs)Send
- Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
- subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 12 Apr 1992 05:33:12 -0700From:
- news-mail-gateway@ucsd.eduSubject: BPQ 4.05 FTP site ?To:
- packet-radio@ucsd.eduWhere can I find BPQ 4.05 for FTP
- ?/Sm5ohi------------------------------Date: 12 Apr 1992 18:08:09
- -0700From: news-mail-gateway@ucsd.eduSubject: BPQ FTP sitesTo:
- packet-radio@ucsd.eduBPQ405.ZIP is available on
- tomcat.gsfc.nasa.gov. I have also postedit to ucsd.edu and it
- will be available there as soon as Brianmigrates it.Roy,
- AA4RE------------------------------Date: 12 Apr 1992 18:09:11
- -0700From: news-mail-gateway@ucsd.eduSubject: FBB CompressionTo:
- packet-radio@ucsd.eduHas anyone been able to descramble an FBB
- compressed message that theymonitored? I have run it thru ever
- LZH code I have without success.Roy,
- AA4RE------------------------------Date: 12 Apr 1992 21:07:33
- -0700From: news-mail-gateway@ucsd.eduSubject: NOS under G8BPQ:
- is it worth it, under what conditions?To:
- packet-radio@ucsd.eduIn serveral cases, people have had great
- success running BPQ,DV, NOS, and an AX25 BBS such as mine on a
- single computer.So the advantage to using BPQ and NOS is that it
- allows those ports.to be used by other programsRoy,
- AA4RE------------------------------Date: 13 Apr 92 03:04:13
- GMTFrom:
- munnari.oz.au!spool.mu.edu!agate!usenet.ins.cwru.edu!ncoast!allbe
- ry@network.UCSD.EDUSubject: NOS under G8BPQ: is it worth it,
- under what conditions?To: packet-radio@ucsd.eduI just pulled
- down the G8BPQ node software, and noticed that it has
- aninterface to run NOS under it. The documentation implies that
- this is for usewith e.g. DesqView; a local ham, however, tells
- me he runs NOS under DesqViewwithout G8BPQ and without
- difficulties.Anyway, my questions are:(1) What benefits are
- there from running NOS under G8BPQ?(2) Are there any special
- circumstances when use of G8BPQ with NOS is a particularly
- good idea? Or a particularly BAD idea?(3) Is there any
- documentation for G8BPQ that is somewhat better assembled
- than the docs in BPQ405.ZIP? (I didn't think anything had worse
- docs than NOS! ---now I know better.) I suspect I wouldn't
- be driven to ask here if the docs that came with it did a
- better job of explaining the benefits of the G8BPQ software.I
- should mention that I've already asked locally; nobody around
- here uses it.(I thought for sure KB7YW would be able to give me
- pointers; ah, well.)++Brandon-- Brandon S. Allbery, KF8NH
- [44.70.4.88] allbery@NCoast.ORGSenior Programmer,
- Telotech, Inc. (if I may call myself
- that...)------------------------------Date: Mon, 13 Apr 1992
- 03:48:29 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.in
- s.cwru.edu!ncoast!allbery@network.UCSD.EDUSubject: NOS under
- G8BPQ: is it worth it, under what conditions?To:
- packet-radio@ucsd.eduAs quoted from
- <1992Apr13.030413.2551@NCoast.ORG> by allbery@NCoast.ORG
- (Brandon S. Allbery KF8NH):+---------------| (1) What benefits
- are there from running NOS under G8BPQ?| (2) Are there any
- special circumstances when use of G8BPQ with NOS is a|
- particularly good idea? Or a particularly BAD idea?| (3) Is
- there any documentation for G8BPQ that is somewhat better
- assembled| than the docs in BPQ405.ZIP? (I didn't think
- anything had worse docs than| NOS! ---now I know better.) I
- suspect I wouldn't be driven to ask here| if the docs that
- came with it did a better job of explaining the benefits| of
- the G8BPQ software.+---------------One more thing: please
- REPLY, do not POST responses if you want me to seethem. Between
- my schedule and ncoast's rather annoying tendency to crash
- atinopportune times, coupled with the fact that we have a 1-day
- expire but yet*still* regularly run /usr/spool/news out of
- space, the chances of my seeing aposted response are slim to
- none. (AARGH!)++Brandon-- Brandon S. Allbery, KF8NH
- [44.70.4.88] allbery@NCoast.ORGSenior Programmer,
- Telotech, Inc. (if I may call myself
- that...)------------------------------End of Packet-Radio Digest
- V92
- #98******************************------------------------------Da
- te: Mon, 13 Apr 1992 15:55:01 GMTFrom:
- usc!sol.ctr.columbia.edu!src.honeywell.com!skyler.mavd.honeywell.
- com!estey@network.UCSD.EDUSubject: 9600 Baud and
- Kenwood/Alinco?To: packet-radio@ucsd.eduHas anyone had
- experience with adapting the Alinco 110 vhf mobile radio to9600
- baud packet operation? How about the Kenwood 7950, 7850 or
- 7830?73Carl
- WA0CQG___________________________________________________________
- ___________________Carl Estey | Home Mail
- Address: 276 Walnut LaneAmateur Callsign: WA0CQG |
- Apple Valley, MN 55124 |
- Business Address: Honeywell Inc.Phone: Work (612) 541-5136 |
- Flight Systems & Test Operations M/S MN15-2370 FAX (612)
- 542-6003 | 1625 Zarthan Ave. S., St. Louis Park, MN 55416
- Home (612) 432-0699 | Packet: WA0CQG @
- WA0CQG.#SOMSP.MN.USA.NA The nonsense here is of my own making
- - no one else would want
- credit!------------------------------Date: 6 Apr 92 10:22:36
- GMTFrom:
- math.fu-berlin.de!NewsServ!unknown!buettneb@uunet.uu.netSubject:
- Any PacketCluster SysOPs out there?To: packet-radio@ucsd.eduHi
- Everyone!Are there any PacketCluster SysOPs out there? I would
- like to get in touch with you via email and/or packet S&F.73
- Ben, DL6RAISysOP of DB0BCC PacketCluster in
- Landshut/Bavaria------------------------------Date: 13 Apr 92
- 18:17:03 -0700From:
- usc!cs.utexas.edu!hellgate.utah.edu!fcom.cc.utah.edu!cc.uvcc.edu!
- coleve@network.UCSD.EDUSubject: Baudot TTY
- wantedREAD/NEW/FOLLOWUPTo: packet-radio@ucsd.edu>In article
- <dlhanson.10@nap.amoco.com>, dlhanson@nap.amoco.com (David L.
- Hanson) writes:> Sorry to pollute this group slightly. But I
- thought that maybe someone> here might be able to help me. I am
- looking for a Baudot terminal so> that I can talk to my deaf
- friend without using a relay service. I> don't want to spend
- the several hundred $'s to buy either a new TDD or> a Baudot
- operable modem. > This is an addition to David's request. I
- have the feeling that a _low_speed packet box, such as a PK2
-
- 32 using the HF interface, should be ableto be connected to a
- telephone line using a fairly simple circuit.They will handle
- all sorts of tone pairs and have built-in Baudot
- conversion.Couldn't you use the HF interface to run TDD service
- to a deaf friend andstill have the VHF interface to run 1200
- baud to a radio?I have a deaf friend who is at this moment
- studying for his n.c. tech licenseso that he can run packet.
- With the digital modes, there is no reason aperson actually has
- to HEAR a radio to be a ham!I also want to do a similar hookup
- for TDD access to the timesharingcomputers here at the college.
- TDD modems are freighfully expensive --over $300 for a 45.5 baud
- half-duplex modem is robbery. If one/some of ushams can come up
- with a better answer we will be doing a really good deedfor a
- segment of our population who could use a little help.Anybody
- got any good ideas? I will collect them, and if anything really
- neatcomes up will forward to my local defnet BBS.-- Vern Cole --
- Systems Manager -- Utah Valley Community College
- --------------------------------Date: 13 Apr 92 12:46:19
- GMTFrom:
- mcsun!news.funet.fi!polaris!funic!mto@uunet.uu.netSubject: BPQ
- 4.05 FTP site ?To: packet-radio@ucsd.eduIn
- <199204121231.AA29769@robin.lysator.liu.se> pme@lysator.liu.SE
- writes:>Where can I find BPQ 4.05 for FTP ?>/Sm5ohiTry
- nic.funet.fi, file pub/ham/packet/g8bpq/bpq405.zip.Markku /
- OH2BQZ------------------------------Date: 13 Apr 1992 20:20:38
- -0700From: news-mail-gateway@ucsd.eduSubject: HELPTo:
- packet-radio@ucsd.eduI have a problem and I hope that I'm not
- the only one.Could someone explain in SIMPLE terms whats the
- differencebetween NOS,TCIP/IP, TNC 1 and 2,KA9?, and running a
- KAM or MFJ 1278TNC.Thanksde Roland 7J1AKI @ 7J1AAAor
- asqp-nbf@ZAMA-EMH1.ARMY.MIL------------------------------Date:
- 13 Apr 92 17:01:39 GMTFrom:
- medin%cod.nosc.mil@cod.nosc.milSubject: Help 2nd try - mail
- naming convention etcTo: packet-radio@ucsd.edu Well my first try
- got 0 responses so try again :-(.1. What is the prefered
- protocol for smtp mail addresses? handle@host - ie
- ted@n6trf callsign@host - ie n6trf@n6trf2. Several of the
- pars group have been experimenting with ka9q and all phils
- children. However our problem (or apparent) is we cant get out
- of our valley direct to another tcpip station. The way it
- appears to me that shuts down all the good stuff. Educate me
- please on how we can do tcpip connections via netrom (or
- whatever). Remember ignorance can be educated but stupid is
- forever :-). 73, ted------------------------------Date: 12 Apr
- 92 16:55:01 CDTFrom:
- usc!rpi!ispd-newsserver!laidbak!tellab5!vpnet!vpnet!akcs.ken@netw
- ork.UCSD.EDUSubject: HELP ka9q mailers address protocolTo:
- packet-radio@ucsd.eduHi Ted. I believe the correct syntax
- is...hamcall@hamcall.ampr.org. For me that would
- bewa9wcp@wa9wcp.ampr.org. You'll see things likeken@wa9wcp but
- that's a local issue and requiresan alias file to translate ken
- back to wa9wcp.I have the full blown wnos3 including source
- codebut it has to bee compiled with Turbo C.Ken
- wa9wcp@wa9wcp.ampr.org or WA9WCP @
- W9ZMR.IL.------------------------------Date: Mon, 13 Apr 1992
- 18:34:08 GMTFrom:
- usc!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locus.com!d
- ana@network.UCSD.EDUSubject: Improving front end of GE MVPTo:
- packet-radio@ucsd.edu I've been using a GE MVP for packet, and
- plan to use the radio asthe basis of a duplex data repeater. The
- MVP is a compact commercialradio with a front end consisting of
- a 5 section helical resonatorfollowed by a JFET mixer. The
- service manual species a JFET "similarto the 2N4391" as the
- part. The 2N4391 is a switching FET, not normally specified for
- RF service.I've started wondering if I could lower the front end
- noise figure, orimprove the gain without compromising dynamic
- range, by replacing thisFET with a healthy RF FET like a U310. I
- haven't compared thetransconductance and threshold voltages to
- guess at bias changes,but I don't think that is too much of an
- issue. Before I charge off, has anyone here had experience with
- this?-- * Dana H. Myers KK6JQ | Views expressed here are * *
- (213) 337-5136 | mine and do not necessarily * *
- dana@locus.com DoD #466 | reflect those of my employer * *
- "Dammit Bones, spare me the lecture and give me the shot!"
- *------------------------------Date: 13 Apr 1992 13:12:04
- -0700From: news-mail-gateway@ucsd.eduSubject: JITCTo:
- packet-radio@ucsd.eduFrom:david@kelly.ksc.nasa.govI am trying to
- locate the Joint Interoperability Test Center. Anyidea where
- that
- is??Dave+--------------------------------------------------------
- -------------+ FROM: David Sweigert c/o Boeing Aerospace
- Operations M/S FA-71
- david@kelly.ksc.nasa.gov Kennedy Space Center, FL 32899
- FAX 407-867-4079
- VOICE
- 867-4848+--------------------------------------------------------
- -------------+------------------------------Date: 11 Apr 92
- 23:52:38 GMTFrom:
- wupost!waikato.ac.nz!aukuni.ac.nz!mercury!nacjack!richard@uunet.u
- u.netSubject: KA9Q's NOS 6.18 sourceTo: packet-radio@ucsd.eduI
- managed to find the KA9Q's source for version 6.18 on ucsd.edu
- (afterremembering I had the old FAQ that was posted in November
- of last year(perhaps an update is warranted? with more info in
- what is in thosearchives?).Anyone know if there have been any
- major bug fixes to the TCP/IP, KISS, orAX.25 code since then?Any
- help much
- appreciated.Richard----------------------------------------------
- -----------------------------"Today we will do lying on the
- floor. You will lie on the floor. You willcontinue to lie on the
- floor, and if you move a single muscle, I will killyou." - Alexi
- Sayle, Didn't you kill my brother?USENET :
- richard@nacjack.gen.nz The Demi-Monde : 199:310/1FIDONET :
- Richard Vowles 3:772/110.0 Amateur Radio :
- ZL1UTF------------------------------Date: 13 Apr 92 18:32:11
- -0700From:
- dog.ee.lbl.gov!hellgate.utah.edu!fcom.cc.utah.edu!cc.uvcc.edu!col
- eve@network.UCSD.EDUSubject: Packet-Radio Digest, why???To:
- packet-radio@ucsd.eduIn article
- <9204110704.AA01574@uwspmail.uwsp.edu>, Packet-Radio@ucsd
- writes:> > Packet-Radio Digest Sat, 11 Apr 92
- Volume 92 : Issue 96> > Today's Topics:>
- Beginner's Guide to TCP/IP (2 msgs)>
- D-410 reply> How do I kill kiss on tnc2?>
- More on GIGABIT> printed circuit
- diagram or 2Mbps datalink in 1991 ARRL handbook>
- tcp/ip beginner> Why segregate TCP/IP?
- (was Re: kbd to kbd)> Ummm - I have the feeling of deja-vu
- here.This digest is, I am sure, wonderful for folks on a mailing
- list who do notget the newsgroups. I was on the mailing list
- myself once, and reallyappreciated it. But why are we
- cluttering up the netnews bandwidth with a _second_ copy of all
- these messages?Can't it be filtered somehow?Just asking - not
- grumping,-- Vern Cole -- Systems Manager -- Utah Valley
- Community College --------------------------------Date: 14 Apr
- 92 03:48:04 GMTFrom:
- ubc-cs!mala.bc.ca!oneb!ham!emd@beaver.cs.washington.eduSubject:
- Packet-Radio Digest, why???To:
- packet-radio@ucsd.educoleve@cc.uvcc.edu writes:> In article
- <9204110704.AA01574@uwspmail.uwsp.edu>, Packet-Radio@ucsd
- writes:> > > > Packet-Radio Digest Sat, 11 Apr 92
- Volume 92 : Issue 96> > > > Today's Topics:> >
- Beginner's Guide to TCP/IP (2 msgs)> >
- D-410 reply> > How do I kill kiss on
- tnc2?> > More on GIGABIT> >
- printed circuit diagram or 2Mbps datalink in 1991 ARRL handbook>
- > tcp/ip beginner> >
- Why segregate TCP/IP? (was Re: kbd to kbd)> > > > Ummm - I have
- the feeling of deja-vu here.> > This digest is, I am sure,
- wonderful for folks on a mailing list who do not> get the
- newsgroups. I was on the mailing list myself once, and really>
- appreciated it. But why are we cluttering up the netnews
- bandwidth with a > _second_ copy of all these messages?> > Can't
- it be filtered somehow?> > Just asking - not grumping,Yes,
- please. All these digests seem to be repeats of previously
- posted Usenet articles. Please stop sending them to Usenet if
- that is the case.Robert Smits VE7EMD Nanaimo B.C. Ph (604)
- 753-4119 e-mail: ham!emd@oneb.wimsey.bc.ca Fax (604)
- 753-4143 PACKET VE7EMD@VE7KIT.#VANC.BC.CAN.NOAM
-
- ------------------------------Date: 13 Apr 92 14:50:10 GMTFrom:
- swrinde!gatech!bloom-beacon!eru.mt.luth.se!lunic!sunic!kth.se!mat
- tis@network.UCSD.EDUSubject: WA4DSY 56 kbit/s MODEM ??To:
- packet-radio@ucsd.eduHello !I would like to know where and how
- to buy the WA4DSY 56 kbit/s MODEM kit.I have read about GRAPES,
- but I have no address or whatsoever.Mattis
- Anderssonmattis@elixir.lne.kth.se------------------------------Da
- te: 14 Apr 92 02:31:57 GMTFrom:
- usc!rpi!gatech!gatech!kd4nc!dug@network.UCSD.EDUSubject: WA4DSY
- 56 kbit/s MODEM ??To:
- packet-radio@ucsd.edumattis@elixir.lne.kth.se (Mattis Andersson)
- writes:>Hello !>I would like to know where and how to buy the
- WA4DSY 56 kbit/s MODEM kit.>I have read about GRAPES, but I have
- no address or whatsoever.>Mattis
- Andersson>mattis@elixir.lne.kth.seEvery now and then, I
- follow-up to one of these requests on the group.I am the contact
- for the GRAPES packet group (non-profit packet networking
- organization in N. Ga.. Inquiries can be sent directlyto me at
- gatech!kd4nc!dug. Please include a postal address in case I
- can'tmake your mail path work. Sorry for the net.bandwidth
- usage, but it usually bounces around for a few days on the
- newsgroup, if I don't post a reply. I will reply to Mattis
- directly.Doug-- Doug Drye
- KD4NC------------------------------Date: 13 Apr 92 16:29:44
- GMTFrom: claris!apple!xanadu!jeff@decwrl.dec.comTo:
- packet-radio@ucsd.eduReferences
- <SRO.92Apr9165747@media-lab.media.mit.edu>,
- <s2ganINNm99@matt.ksu.ksu.edu>, <pst.702939920@lager>*Subject :
- Re: Ripoff Radio? (WAS Re: Combined radio/TNC)In article
- <pst.702939920@lager> pst@cisco.com (Paul S. Traina) writes:>I
- have an Alinco DR1200T radio and it works quite well. It is
- true FM, and>while it does NOT come ready-to-run 9600 baud, the
- modification for the>G3RUH modem is very simple.>>It ran, out of
- the box, right away. It does *NOT* come with a TNC cable,>but
- does come with 1/2 of the cable (the mic end).>>It's nothing
- more than a 112T without the microphone and mobile mountingDoes
- this mean that the 112T is also true
- FM?jeff------------------------------End of Packet-Radio Digest
- V92 #99******************************Date: Wed, 15 Apr 92
- 04:30:02 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #100To: packet-radioPacket-Radio Digest Wed,
- 15 Apr 92 Volume 92 : Issue 100Today's Topics:
- Baycomm modem (or equiv. ) interface software..
- Help 2nd try - mail naming convention etc
- Poor Man's packet & modem Why segregate TCP/IP?
- (was Re: kbd to kbd) Wireless
- LANsSend Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 14 Apr 92 02:53:00 GMTFrom:
- usc!rpi!ispd-newsserver!kodak!eastman!b56vxg.kodak.com!lewis@netw
- ork.UCSD.EDUSubject: Baycomm modem (or equiv. ) interface
- software..To: packet-radio@ucsd.eduGreetings net!I have seen
- some kits and home-brew articles regarding Bell 202 modems like
- the Baycomm board in the periodicals recently. From I gather
- these kits thatuse either a TI chip or AMD chip are just modems
- and you need to run a packageon an IBM pc or clone either called
- Poor Man's Packet or the like. Are thereany Macintosh packages
- written or in the process of being written to interfacewith
- these modem boards. any posts or replies would be
- appreciated...73, Ken
- Lewis============================================================
- ===================Eastman Kodak Company, RDCS RF:
- N2LCI1669 Lake Avenue Internet:
- lewis@kodak.comRochester NY 14652-3302 AT&T:
- (716)-722-3438===================================================
- ============================------------------------------Date:
- 14 Apr 92 19:42:01 GMTFrom:
- swrinde!mips!apple!apple!winter@network.UCSD.EDUSubject: Help
- 2nd try - mail naming convention etcTo: packet-radio@ucsd.eduIn
- article <3761@cod.NOSC.MIL> medin@cod.nosc.mil (Ted Medin)
- writes:>>1. What is the prefered protocol for smtp mail
- addresses?> handle@host - ie ted@n6trf> callsign@host
- - ie n6trf@n6trfIn the San Jose area, it seems to be personal
- preference. I use myfirst name, some other folks do the same,
- others use their callsign.(And, at least in the Macintosh
- version of Phil's package, you canset up aliases so that all
- incoming mail lands in the mailbox of yourchoice, no matter
- which user name it was sent to.)Note, however, that if you're
- sending a message to an AX.25 user(do you have a TCP-to-AX.25
- gateway in San Diego?) you *have* touse callsigns because the
- AX.25 BBS software will freak at anything else.> Educate me
- please on how we can > do tcpip connections via netrom (or
- whatever).I thought this was in the main KA9Q manual. If not,
- it's in a supplement.Try rooting around the ka9q directory on
- ucsd.edu.Patty--
- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
- :: Patty Winter N6BIS Internet: winter@apple.com
- :: :: Sunnyvale, California AMPRNet: 44.4.0.44
- ::
- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
- ------------------------------Date: 14 Apr 92 16:23:17 ESTFrom:
- usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.in
- s.cwru.edu!icd.ab.com!iccgcc.decnet.ab.com!whitej@network.UCSD.ED
- USubject: Poor Man's packet & modemTo: packet-radio@ucsd.eduIn
- article <N1FsiB2w165w@micromed.net.netcom.com>,
- msolinas@micromed.net.netcom.com (Michael Solinas) writes:> Can
- a standard modem be used with poor man's packet? I have a zoom
- > external, and can purchase some used hayes modems (1200 baud)
- for $15. > Can these be used with PMP?> Also, how would you
- connect from the modem (standard phone type cord > jacks) to a
- hand talkit?> > >
- -----------------------------------------------------------------
- --------> msolinas@micromed.net.netcom.com (Michael Solinas)>
- Micro-Medic BBS (408)
- 280-1610Mike,Not sure if you received last reply. I am using a
- modem of my own designwhich was adapted from the exar 2206/2211
- app note. I am using this withpmp v1.1 and have excellent
- results. If you need a cop of the article fromAug 73 or the
- S/W let me know. The S/W is available off the Hamnet BBSat
- 2169426382. By the way I could use some 2206's & 2211's.73 Joe
- Ke6ha @WA8BXN.#neoh.oh.usa.na
- ------------------------------Date: 15 Apr 92 02:20:49 GMTFrom:
- munnari.oz.au!metro!grivel!ipso!dave@network.UCSD.EDUSubject:
- Why segregate TCP/IP? (was Re: kbd to kbd)To:
- packet-radio@ucsd.eduIn article
- <1992Apr11.193548.17601@NCoast.ORG> allbery@ncoast.org
- (Brandon S. Allbery KF8NH) writes:>I see you've never
- experienced a mixture of exponential- and
- linear-backoff>stations on a single channel before. I have.
- The result is that the>exponential-backoff stations essentially
- lose the frequency because the linear>backoff scheme is
- inherently more aggressive. Even on mode VC connections:>a
- simple AX.25 connect from an exponential-backoff NOS still loses
- the>frequency to linear-backoff stations.Hmmm... Wouldn't the
- linear-backoff people time out first? I'm one ofthe few people
- in my area using p-persistence, and it seems that underheavy
- congestion, the FRACK/DWAIT brigade time out before I do...--
- Dave Horsfall (VK2KFU) VK2KFU @
- VK2RWI.NSW.AUS.OCdave@ips.OZ.AU
- ...munnari!ips.OZ.AU!dave ADA - from the people who
- brought you COBOL------------------------------Date: 14 Apr 1992
- 06:11:57 -0700From: news-mail-gateway@ucsd.eduSubject: Wireless
- LANsTo: packet-radio@ucsd.edu Anyone out there have experience
- on Commercial off The ShelfWireless LAN
- products?+-------------------------------------------------------
- --------------+ FROM: David Sweigert c/o Boeing Aerospace
- Operations M/S FA-71
- david@kelly.ksc.nasa.gov Kennedy Space Center, FL 32899
- FAX 407-867-4079
- VOICE
- 867-4848+--------------------------------------------------------
- -------------+------------------------------End of Packet-Radio
- Digest V92 #100******************************Date: Thu, 16 Apr
- 92 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #101To: packet-radioPacket-Radio Digest Thu,
- 16 Apr 92 Volume 92 : Issue 101Today's Topics:
- add Failed Err
- Message FLEXNET help and contact BAYCOM
- Guide to various flavors of NOS?
- HELP HELP ka9q mailers address
- protocol Macintosh SoftKiss -- software tnc
- WIRELESS LAN (DAVID SWEIGERT)Send Replies or
- notes for publication to: <Packet-Radio@UCSD.Edu>Send
- subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 15 Apr 1992 19:54:42 -0700From:
- news-mail-gateway@ucsd.eduSubject: addTo:
- packet-radio@ucsd.eduadd
- linvillm@gordon-emh1.army.mil------------------------------Date:
- 15 Apr 1992 15:26:16 -0700From:
- news-mail-gateway@ucsd.eduSubject: Failed Err MessageTo:
- packet-radio@ucsd.eduError message failed to:
- packet-radio-relay@ucsd.edu@somewhereWhen failing to send to:
- polari!jgates ((BHST) Unknown host/domain name in
- "polari!jgates")----------- Returned Mail
- --------------Received: from uunet.uu.net (via LOCALHOST.UU.NET)
- by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id
- AA21179; Wed, 15 Apr 92 09:12:23 -0400Received: from
- rutgers.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id
- 091141.8452; Wed, 15 Apr 1992 09:11:41 EDTReceived: from
- ucsd.UUCP by rutgers.edu (5.59/SMI4.0/RU1.4/3.08) with UUCP id
- AA16487; Wed, 15 Apr 92 08:12:35 EDTReceived: by ucsd.edu; id
- AA16813 sendmail 5.64/UCSD-2.2-sun Wed, 15 Apr 92 04:30:05 -0700
- for pilchuck.data-io.com!rwing!polari!jgatesReceived: by
- ucsd.edu; id AA16808 sendmail 5.64/UCSD-2.2-sun Wed, 15 Apr 92
- 04:30:04 -0700 for /usr/lib/sendmail -oc -odb
- -oQ/var/spool/lqueue -oi -fpacket-radio-relay
- packet-radio-listMessage-Id: <9204151130.AA16808@ucsd.edu>Date:
- Wed, 15 Apr 92 04:30:02 PDTFrom: Packet-Radio Mailing List and
- Newsgroup <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@ucsd.eduReply-To:
- Packet-Radio@ucsd.eduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #100To: ucsd!packet-radio@somewherePacket-Radio
- Digest Wed, 15 Apr 92 Volume 92 : Issue 100Today's
- Topics: Baycomm modem (or equiv. ) interface
- software.. Help 2nd try - mail naming convention
- etc Poor Man's packet & modem
- Why segregate TCP/IP? (was Re: kbd to kbd)
- Wireless LANsSend Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 14 Apr 92 02:53:00 GMTFrom:
- usc!rpi!ispd-newsserver!kodak!eastman!b56vxg.kodak.com!lewis@netw
- ork.UCSD.EDUSubject: Baycomm modem (or equiv. ) interface
- software..To: packet-radio@ucsd.eduGreetings net!I have seen
- some kits and home-brew articles regarding Bell 202 modems like
- the Baycomm board in the periodicals recently. From I gather
- these kits thatuse either a TI chip or AMD chip are just modems
- and you need to run a packageon an IBM pc or clone either called
- Poor Man's Packet or the like. Are thereany Macintosh packages
- written or in the process of being written to interfacewith
- these modem boards. any posts or replies would be
- appreciated...73, Ken
- Lewis============================================================
- ===================Eastman Kodak Company, RDCS RF:
- N2LCI1669 Lake Avenue Internet:
- lewis@kodak.comRochester NY 14652-3302 AT&T:
- (716)-722-3438===================================================
- ============================------------------------------Date:
- 14 Apr 92 19:42:01 GMTFrom:
- swrinde!mips!apple!apple!winter@network.UCSD.EDUSubject: Help
- 2nd try - mail naming convention etcTo: packet-radio@ucsd.eduIn
- article <3761@cod.NOSC.MIL> medin@cod.nosc.mil (Ted Medin)
- writes:>>1. What is the prefered protocol for smtp mail
- addresses?> handle@host - ie ted@n6trf> callsign@host
- - ie n6trf@n6trfIn the San Jose area, it seems to be personal
- preference. I use myfirst name, some other folks do the same,
- others use their callsign.(And, at least in the Macintosh
- version of Phil's package, you canset up aliases so that all
- incoming mail lands in the mailbox of yourchoice, no matter
- which user name it was sent to.)Note, however, that if you're
- sending a message to an AX.25 user(do you have a TCP-to-AX.25
- gateway in San Diego?) you *have* touse callsigns because the
- AX.25 BBS software will freak at anything else.> Educate me
- please on how we can > do tcpip connections via netrom (or
- whatever).I thought this was in the main KA9Q manual. If not,
- it's in a supplement.Try rooting around the ka9q directory on
- ucsd.edu.Patty--
- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
- :: Patty Winter N6BIS Internet: winter@apple.com
- :: :: Sunnyvale, California AMPRNet: 44.4.0.44
- ::
- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
- ------------------------------Date: 14 Apr 92 16:23:17 ESTFrom:
- usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.in
- s.cwru.edu!icd.ab.com!iccgcc.decnet.ab.com!whitej@network.UCSD.ED
- USubject: Poor Man's packet & modemTo: packet-radio@ucsd.eduIn
- article <N1FsiB2w165w@micromed.net.netcom.com>,
- msolinas@micromed.net.netcom.com (Michael Solinas) writes:> Can
- a standard modem be used with poor man's packet? I have a zoom
- > external, and can purchase some used hayes modems (1200 baud)
- for $15. > Can these be used with PMP?> Also, how would you
- connect from the modem (standard phone type cord > jacks) to a
- hand talkit?> > >
- -----------------------------------------------------------------
- --------> msolinas@micromed.net.netcom.com (Michael Solinas)>
- Micro-Medic BBS (408)
- 280-1610Mike,Not sure if you received last reply. I am using a
- modem of my own designwhich was adapted from the exar 2206/2211
- app note. I am using this withpmp v1.1 and have excellent
- results. If you need a cop of the article fromAug 73 or the
- S/W let me know. The S/W is available off the Hamnet BBSat
- 2169426382. By the way I could use some 2206's & 2211's.73 Joe
- Ke6ha @WA8BXN.#neoh.oh.usa.na
- ------------------------------Date: 15 Apr 92 02:20:49 GMTFrom:
- munnari.oz.au!metro!grivel!ipso!dave@network.UCSD.EDUSubject:
- Why segregate TCP/IP? (was Re: kbd to kbd)To:
- packet-radio@ucsd.eduIn article
- <1992Apr11.193548.17601@NCoast.ORG> allbery@ncoast.org
- (Brandon S. Allbery KF8NH) writes:>I see you've never
- experienced a mixture of exponential- and
- linear-backoff>stations on a single channel before. I have.
- The result is that the>exponential-backoff stations essentially
- lose the frequency because the linear>backoff scheme is
- inherently more aggressive. Even on mode VC connections:>a
- simple AX.25 connect from an exponential-backoff NOS still loses
- the>frequency to linear-backoff stations.Hmmm... Wouldn't the
- linear-backoff people time out first? I'm one ofthe few people
- in my area using p-persistence, and it seems that underheavy
- congestion, the FRACK/DWAIT brigade time out before I do...--
- Dave Horsfall (VK2KFU) VK2KFU @
- VK2RWI.NSW.AUS.OCdave@ips.OZ.AU
- ...munnari!ips.OZ.AU!dave ADA - from the people who
- brought you COBOL------------------------------Date: 14 Apr 1992
- 06:11:57 -0700From: news-mail-gateway@ucsd.eduSubject: Wireless
- LANsTo: packet-radio@ucsd.edu Anyone out there have experience
- on Commercial off The ShelfWireless LAN
- products?+-------------------------------------------------------
- --------------+ FROM: David Sweigert c/o Boeing Aerospace
- Operations M/S FA-71
- david@kelly.ksc.nasa.gov Kennedy Space Center, FL 32899
- FAX 407-867-4079
- VOICE
- 867-4848+--------------------------------------------------------
- -------------+------------------------------End of Packet-Radio
- Digest V92 #100******************************-------- End of
- Returned Mail ---------------------------------------------Date:
- 15 Apr 1992 08:06:57 -0700From:
- news-mail-gateway@ucsd.eduSubject: FLEXNET help and contact
- BAYCOMTo: packet-radio@ucsd.eduHi allHaveing had a NULL responce
- from contact with FLEXNET Group in GermanyI wish to Know if any
- one else in the World has had any Luck?? Ive writtenEmailed ax25
- and visited the so called place where its sold and Sitll
- comecome up with a big Nothing..I would like to make contact
- with BAYCOM Group now to get info on theBAYCOM-NODE think the
- latest version is Ver 1.5f it compatible with FLEXNETbut with
- out the hassel of getting the software and the hardwareSo has
- any one any contact info THAT is reliable and Likley to respond
- toQuestions.. for BayCom-Node software and SCC hardwareOR: if
- any one has had suscessful contact with the FLEXNET
- Group.ThanksEmail only replies [btitmars@esoc.BITnet]
- GM8SAUThanks Barry.------------------------------Date: 15 Apr 92
- 15:57:45 GMTFrom:
- swrinde!mips!darwin.sura.net!convex!news.utdallas.edu!tamsun!inet
- g1!ut-emx!ccwf.cc.utexas.edu@network.UCSD.EDUSubject: Guide to
- various flavors of NOS?To: packet-radio@ucsd.eduBrowsing around
- on ucsd.edu, I've noticed that there are a quitea few KA9Q-NOS
- derivatives and ports available. Many of themprovide little
- documentation, not even a readme with a "What thisis" statement,
- in the ftp directory. Is there any sort of a guide available
- for what version of NOS does what? Don
- Loflinloflin@sirius.cc.utexas.eduP.S. If there's a KA9Q/NOS
- specific mailing list, could someone send me the address?
- ------------------------------Date: 15 Apr 92 17:32:40 GMTFrom:
- usc!sol.ctr.columbia.edu!emory!kd4nc!ke4zv!gary@network.UCSD.EDUS
- ubject: HELPTo: packet-radio@ucsd.eduIn article
- <9204140320.AA16839@ucsd.edu> asqp-nbf@zama-emh1.army.mil
- (ASQP-NBF) writes:>I have a problem and I hope that I'm not the
- only one.>Could someone explain in SIMPLE terms whats the
- difference>between NOS,TCIP/IP, TNC 1 and 2,KA9?, and running a
- KAM or MFJ 1278>TNC.Well, I'll take a stab at it.NOS This
- stands for Network Operating System, a bit of
- braggadocio describing the latest versions of Phil Karn, KA9Q's,
- implementation of TCP/IP for amateurs. It's a program that runs
- under DOS on PCs that implements the TCP/IP protocol stack and
- several clients and servers such as telnet, ftp, and smtp. Older
- versions of the program were simply called NET and have been
- ported to the Mac, Amiga, and various Unix boxes. There are now
- several flavors of NOS by different implementors. They all
- interoperate and generally follow Phil's original
- work.TCP/IP Transmission Control Protocol, Internet Protocol.
- This is a protocol stack originally developed for DOD use to
- interconnect different computers over diverse link level
- networks. In amateur practice, it allows data streams to be
- interchanged between different kinds of computers over the AX25
- link level networks. It is nominally a datagram system that
- theoretically has the ability to route each packet individually
- over the current best route while maintaining data integrity
- through end to end acknowledgements. It is the most widely used
- computer networking protocol stack. TNC1 This is an obsolete bit
- of hardware developed by TAPR, the Tucson Amateur Packet Radio
- organization. It was the first widely available TNC kit based on
- a Motorola processor.TNC2 This was the second TNC designed by
- TAPR. It and it's clones are the standard amateur TNC. It's
- based on the popular Z80 chipset.KAM This is one of the wonder
- boxes, others are the AEA PK232 and the MFJ1278. These so called
- multi-mode units can do packet, RTTY, WEFAX, and CW. (A personal
- aside: like most do everything systems, they do nothing
- particularly well.) They are fine for people who wish to sample
- several operating modes.Gary
- KE4ZV------------------------------Date: Wed, 15 Apr 1992
- 16:19:36 GMTFrom:
- sdd.hp.com!elroy.jpl.nasa.gov!grian!puffin!pete@network.UCSD.EDUS
- ubject: HELP ka9q mailers address protocolTo:
- packet-radio@ucsd.eduIn article
- <29e89219-4f1.1rec.radio.amateur.packet-1@vpnet.chi.il.us>
- akcs.ken@vpnet.chi.il.us (ken hopkins) writes:>Hi Ted. I believe
- the correct syntax is...>hamcall@hamcall.ampr.org. For me that
- would be>wa9wcp@wa9wcp.ampr.org. You'll see things likeThis is
- an entirely local thing with EACH INDIVIDUAL STATION.I and one
- other here (I'm running net under unix; he's running NOS
- underDOS) use our first names as the primary mailbox and have
- (since the"safe" custom seems to be callsign@callsign.ampr.org)
- aliases to pointthe callsign to the name. In the case of unix,
- there isn't a user hereknown as "k6jrr" - the callsign is almost
- always an alias. Just as ininternet mail you are supposed to
- support mail to several addresses thatare almost always aliases,
- ("postmaster" is one), hams "should" support mailto their
- callsign, either as an alias or mailbox.>ken@wa9wcp but that's a
- local issue and requires>an alias file to translate ken back to
- wa9wcp.That can vary (see above). One should support mail to
- his callsign, and ifyou mail to someone you don't know, it
- should be "safe".If you prefer mail to some other name, either
- your "from" or "reply-to"lines should reflect that, or your
- signature line(s) should.>I have the full blown wnos3 including
- source code>but it has to bee compiled with Turbo C.-- Pete
- (k6jrr) (pete@puffin.uucp)------------------------------Date: 15
- Apr 92 18:55:58 GMTFrom:
- swrinde!gatech!pitt.edu!drycas.club.cc.cmu.edu!cantaloupe.srv.cs.
- cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!aw0g+@network.UCS
- D.EDUSubject: Macintosh SoftKiss -- software tncTo:
- packet-radio@ucsd.eduSoftkiss connects a modem directly to a
- macintosh. This saves having aTNC. Softkiss will work with 300
- baud HF, 1200 baud VHF and higherbaudrates. The software is in
- the early stages of development and isnot useful in everyday
- work at this time.You can send test packets and recieve/print
- packets at this time.The test programs are available via
- anonymous ftp from hostakutaktak.andrew.cmu.edu [128.2.35.1] in
- /aw0g/softkiss1f.hqxChanges since the last release: You can
- test transmit, recieve,interrupts, dual port simultainious
- recieve, support 300 baud,use power manager on power
- books/portables.If you are working on hardware and want to test
- your hardwarepick up this release. If you want a complete
- usable software packagewait for a later
- release.Aaron------------------------------Date: 15 Apr 1992
- 09:25:51 -0700From: news-mail-gateway@ucsd.eduSubject: WIRELESS
- LAN (DAVID SWEIGERT)To: packet-radio@ucsd.eduDAVIDI HAVE BEEN
- USING THE TELELAN SYSTEM HERE FOR ABOUT TWO YEARS. AND HAVE
- USEDTHE WAVELAN AND WAN ON DIFFERENT OCCASIONS. IF YOU LIKE YOU
- CAN CALL OR EMAILME YOUR QUESTIONS AND I WILL TRY TO HELP.PHONE
- (310) 333 7389EMAILDon R. Moberly:El Segundo:XeroxINTERNET
- 13.1.205.4773 DON------------------------------End of
- Packet-Radio Digest V92 #101******************************Date:
- Fri, 17 Apr 92 04:30:03 PDTFrom: Packet-Radio Mailing List and
- Newsgroup <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #102To: packet-radioPacket-Radio Digest Fri,
- 17 Apr 92 Volume 92 : Issue 102Today's Topics:
- (none) EPROM
- collection Packet Radio in Cincinnati area??
- SUB PACKET-RADIO DIGEST GREG HORESend Replies or
- notes for publication to: <Packet-Radio@UCSD.Edu>Send
- subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 16 Apr 1992 07:34:17 -0700From:
- news-mail-gateway@ucsd.eduSubject: (none)To:
- packet-radio@ucsd.eduhelp------------------------------Date: 16
- Apr 1992 13:47:45 -0700From: news-mail-gateway@ucsd.eduSubject:
- EPROM collectionTo: packet-radio@ucsd.eduHas any one a eprom
- file collection ?I ask for various versions to mention them
- here.73 de####################################################
- George Katsimaglis SV1BDS [KM17VX] ## P-mail :
- SV1BDS@SV1IW.ATH.GRC.EU ## amprnet :
- sv1bds@sv1bds.ampr.org [44.154.1.3] ## E-mail :
- SV1BDS@GRATHUN1.BITNET ##
- sv1bds@leon.nrcps.ariadne-t.gr
- ####################################################
- ------------------------------Date: 16 Apr 92 18:31:46 GMTFrom:
- swrinde!cs.utexas.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!
- uwm.edu!linac!att!bu.edu!dartvax!Jeffery.A.Schneider@network.UCSD
- .EDUSubject: Packet Radio in Cincinnati area??To:
- packet-radio@ucsd.eduHi I'll be moving to Cincinnati in July
- sometime to start apostdoctoral research position at UCinn and
- was wondering about packetradio in the area. Can anyone tell me
- about the user freqs (i.e 2m,220, 440?), any tcp/ip gateways,
- etc. Any help would be appreciated. Responses are preferred by
- Email to: Jeff.Schneider@Dartmouth.edup.s. If you
- want to help me find a place to live in the Clifton orHyde Park
- area for me, my wife, 2 1/2 kids, 2 cats and dog, that wouldbe
- great too, :-)73 de WM1Y,
- Jeff------------------------------Date: 16 Apr 1992 19:51:33
- -0700From: news-mail-gateway@ucsd.eduSubject: SUB PACKET-RADIO
- DIGEST GREG HORETo: packet-radio@ucsd.eduSUB PACKET-RADIO DIGEST
- GREG HORE------------------------------End of Packet-Radio
- Digest V92 #102******************************Date: Sat, 18 Apr
- 92 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #103To: packet-radioPacket-Radio Digest Sat,
- 18 Apr 92 Volume 92 : Issue 103Today's Topics:
- A Packet/Amtor hybrid called PactorARRL's "Business Rule"
- proposal - automatic retransmission prohibited?
- FLEXNET help and contact BAYCOM (2 msgs) Help
- with KA9Q and ethernet!!! SCO XENIX BBS
- SoftwareSend Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: Fri, 17 Apr 92 17:53:23 GMTFrom:
- usc!wupost!csus.edu!netcomsv!mork!hughb@network.UCSD.EDUSubject:
- A Packet/Amtor hybrid called PactorTo: packet-radio@ucsd.eduI
- was talking to a ham acquaintance of mine, VE3FZK (Andy), the
- otherday, and he mentioned that his radio experimenter's club
- had a talk onPacktor (sp?) the other evening. He described it
- as a hybrid betweenAmtor and Packet. Apparently, a group in
- Germany developed it andeven sells a box that does Packtor,
- baudot, amtor, and rtty, but NOT Packet.The Packtor mode gives
- pretty good throughput on the hf bands, and hewas interested in
- getting some folks working with it. One of themembers of his
- club was working on translation of some german languagearticles
- on the subject. His goal is to make some boxes here for justthe
- Packtor mode, since we should be able to come up with the
- talentand materials here in Silicon valley. (Please, no
- flames.)Are there any other net readers working on Packtor that
- would like tocoordinate with a group out here in the San
- Francisco area? Let meknow. If anyone has information on this
- mode of operation, maybe youhave some articles, or have a
- working system, please drop us a line.73 de KD6FDO-- Hugh
- Bussell KD6FDO hughb@netcom.com "You can't have
- everything.(510) 582-6746 hm Where would you put it?"(415)
- 493-6700 wk------------------------------Date: Fri, 17 Apr 1992
- 17:46:07 GMTFrom:
- usc!news.bbn.com!noc.near.net!gateway!pictel!wpns@network.UCSD.ED
- USubject: ARRL's "Business Rule" proposal - automatic
- retransmission prohibited?To: packet-radio@ucsd.eduI read in the
- March(?) QST that the ARRL requested that the FCC changetheir
- rules slightly on the "Business" use of ham radio. Most of
- itseemed to make pretty good sense, but buried at the end of
- theirproposal was a section that "With the exception of stations
- inAuxiliary, Repeater, and Space operations, amateur stations
- areprohibited from automatically retransmitting other
- amateur'stransmissions." or some such. Sounds to me like a big
- problem forpacket operations.... Did anyone else catch this, or
- did I just readit wrong?Willie
- Smithwpns@pictel.com------------------------------Date: 16 Apr
- 92 23:48:42 GMTFrom:
- swrinde!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus
- @network.UCSD.EDUSubject: FLEXNET help and contact BAYCOMTo:
- packet-radio@ucsd.eduIn article <9204151506.AA27743@ucsd.edu>
- BTITMARS%ESOC@vm.gmd.DE writes: > > Hi all > Haveing had a
- NULL responce from contact with FLEXNET Group in Germany > I
- wish to Know if any one else in the World has had any Luck?? Ive
- written > Emailed ax25 and visited the so called place where
- its sold and Sitll come > come up with a big Nothing.. > I
- would like to make contact with BAYCOM Group now to get info on
- the > BAYCOM-NODE think the latest version is Ver 1.5f it
- compatible with FLEXNET > but with out the hassel of getting
- the software and the hardware > So has any one any contact info
- THAT is reliable and Likley to respond to > Questions.. for
- BayCom-Node software and SCC hardware > OR: if any one has had
- suscessful contact with the FLEXNET Group. > Thanks > Email
- only replies [btitmars@esoc.BITnet] GM8SAU > Thanks Barry. >
- PacComm Packet Radio Systems, Inc.4413 N. Hesperides
- StreetTampa, FL 33614-76181 813 874-2980 Business office1 813
- 875 6417 Technical support1 813 872 8696 Fax1 813 874-3078
- E-mailThey are now 'the' source for the BayComm group. They
- (PacComm) have signedan aggreement with them (BayComm) to handle
- their product line of hardwareand software.[Note: Editorial
- opinion follows]------------------------------Date: Fri, 17 Apr
- 1992 16:54:17 GMTFrom:
- theory.TC.Cornell.EDU!payne@tcgould.tn.cornell.eduSubject:
- FLEXNET help and contact BAYCOMTo: packet-radio@ucsd.eduIn
- article <703468122snx@skyld.UUCP> jangus@skyld.UUCP (Jeff Angus)
- writes:>[Note: Editorial opinion follows]>>From the beginning,
- Florain, DL8MBT and the others have devoted a HUGE amount>of
- personal effort to Digicom and (now) BayComm and have seen
- others make a>large profit from their efforts. BayComm has gone
- commercial to help defray>the costs of development, and have
- chosen PacComm to act as their distributor.[Soapbox
- on]Unfortuantely, I'm afraid that "others making a profit from
- their efforts" islargely their fault. They waited far too long
- to "go commercial". They'vebeen approached by several companies
- who wanted to market their hardware andsoftware and these
- companies were turned away (so I've heard).When you label
- something as freely distributable, you are giving it away.To
- expect any compensation is absurd. I've gotten less than $100
- in shareware-type donations for my Poor Man's Packet program and
- I'm surprisedI've gotten this much.I'm not discounting the work
- of the Baycom team. They've put a lot ofeffort into Baycom and
- it is a wonderful program. However, a little morebusiness sense
- on their part might have made their lives happier. I hopetheir
- deal with PacComm works out for them.-- = = = = = = = =
- = = = = = = = = = = = = = = = = = = =Andrew C.
- Payne, N8KEI UUCP: ...!cornell!batcomputer!payne
- INTERNET:
- payne@tc.cornell.edu------------------------------Date: 18 Apr
- 92 04:29:40 GMTFrom:
- ogicse!willamette.edu!tjones@uunet.uu.netSubject: Help with KA9Q
- and ethernet!!!To: packet-radio@ucsd.eduDoes anyone here have
- any experience with using KA9Q with an ethernet
- network?Specifically, I am trying to use KA9Q to attach a remote
- computer to anethernet, routing the packets through a PC
- attached to the net that is alsorunning KA9Q. At the moment, I
- am stuck with trying to attach the ethernetcard
- d------------------------------Date: 17 Apr 1992 07:31:07
- -0700From: news-mail-gateway@ucsd.eduSubject: SCO XENIX BBS
- SoftwareTo: packet-radio@ucsd.edu Subject: Software that has
- BBS functionality that runs on SCO XENIX Discussion: Are there
- any hams out there who know of ham packet BBS software thatruns
- on top of a SCO XENIX platform. I want to put a BBS on the air
- andam running SCO. I think the operating system itself is very
- BBSish,however, to forward and receive mail via IP routing is
- another story. Thank
- you...+----------------------------------------------------------
- -----------+ FROM: David Sweigert c/o Boeing Aerospace
- Operations M/S FA-71
- david@kelly.ksc.nasa.gov Kennedy Space Center, FL 32899
- FAX 407-867-4079
- VOICE
- 867-4848+--------------------------------------------------------
- -------------+------------------------------Date: (null)From:
- (null)[End of opinion, return to real world]--xenon!skyld!jangus
- < This space left blank intentionally. >J Angus, PO Box 4425,
- Carson CA 90749-4425 voice (310)
- 324-6080------------------------------Date: Fri, 17 Apr 1992
- 23:05:00 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.in
- s.cwru.edu!ncoast!allbery@network.UCSD.EDUTo:
- packet-radio@ucsd.eduReferences <48943@wd6ehr.ampr.org>,
- <1992Apr11.193548.17601@NCoast.ORG>,
- <1992Apr15.022049.19810@ips.oz.au>coastReply-To :
- allbery@ncoast.org (Brandon S. Allbery KF8NH)Subject : Re: Why
- segregate TCP/IP? (was Re: kbd to kbd)As quoted from
- <1992Apr15.022049.19810@ips.oz.au> by dave@ips.oz.au (Dave
- Horsfall):+---------------| Hmmm... Wouldn't the linear-backoff
- people time out first? I'm one of| the few people in my area
- using p-persistence, and it seems that under| heavy congestion,
- the FRACK/DWAIT brigade time out before I
- do...+---------------Only if they time each other out. The
- problem is thus:* linear and exponential nodes collide* both
- delay one quantum* linear and exponential station collide again*
- linear delays one quantum, exponential delays two* linear
- transmits* exponential finds channel busy, delays four quanta*
- and so on...Sicne the linear timeout node won't wait as long as
- the exponential timeoutnode, the linear node will capture the
- frequency; the exponential node willjust sit there finding the
- channel busy and waiting ever longer. I've seen itin action,
- back when NOS only had exponential timeouts.One learns to love
- the KICK command under those conditions.++Brandon-- Brandon S.
- Allbery, KF8NH [44.70.4.88] allbery@NCoast.ORGSenior
- Programmer, Telotech, Inc. (if I may call myself
- that...)------------------------------End of Packet-Radio Digest
- V92 #103******************************Date: Sun, 19 Apr 92
- 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #104To: packet-radioPacket-Radio Digest Sun,
- 19 Apr 92 Volume 92 : Issue 104Today's Topics:
- active group?Send Replies or notes for
- publication to: <Packet-Radio@UCSD.Edu>Send subscription
- requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
- solve otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 18 Apr 92 19:18:51 GMTFrom:
- swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usene
- t.ins.cwru.edu!ncoast!nshore!wariat!hernix!mike@network.UCSD.EDUS
- ubject: active group?To: packet-radio@ucsd.eduIs this group
- active? I have not seen any postings for a week.--
- -----------------------------------------------------------------
- ----------mike@hernix.wariat.org hernix!mike This space
- left blank+1 216 572 4172 login: bbs
- intentionalyStrongsville, OH
- USA -----------------------------------------------------------
- ----------------------------------------------End of
- Packet-Radio Digest V92 #104******************************Date:
- Mon, 20 Apr 92 04:30:03 PDTFrom: Packet-Radio Mailing List and
- Newsgroup <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #105To: packet-radioPacket-Radio Digest Mon,
- 20 Apr 92 Volume 92 : Issue 105Today's Topics:
- (none) (2 msgs) automatic control (was: Help
- 2nd try tcpip ka9q problem) Baycom (3
- msgs) NOS under G8BPQ: is it worth it, under what
- conditions?Send Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 19 Apr 1992 07:00:34 -0700From:
- news-mail-gateway@ucsd.eduSubject: (none)To:
- packet-radio@ucsd.edu ----- Mail rejected by CEO. -----No
- Response from Remote Mail not sent to:al brackett@img008.ceo
- ----- Unsent message follows -----From: packet-radio@ucsd.eduTo:
- packet-radio@UCSD.EDUSubject: Packet-Radio Digest V92
- #104X-Ceo_Options: DocumentSee document for message.CEO
- document contents: Received: from dg-rtp.dg.com (dg-rtp) by
- rtp41.rtp.dg.com (1.00/2.1) idAA00020; Sun, 19 Apr 92
- 08:50:40 edtReceived: from ucsd.edu by dg-rtp.dg.com
- (5.4/dg-rtp-proto) id AA22695;Sun, 19 Apr 1992 08:49:46
- -0400Received: by ucsd.edu; id AA11583 sendmail
- 5.64/UCSD-2.2-sun Sun, 19 Apr 92 04:30:07 -0700 for
- infmx!brucebReceived: by ucsd.edu; id AA11579 sendmail
- 5.64/UCSD-2.2-sun Sun, 19 Apr 92 04:30:05 -0700 for
- /usr/lib/sendmail -oc -odb-oQ/var/spool/lqueue -oi
- -fpacket-radio-relay packet-radio-list
- Message-Id:<9204191130.AA11579@ucsd.edu>Date: Sun, 19 Apr 92
- 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #104To: packet-radio@UCSD.EDUPacket-Radio Digest
- Sun, 19 Apr 92 Volume 92 : Issue 104Today's Topics:
- active group?Send Replies or notes for
- publication to: <Packet-Radio@UCSD.Edu> Sendsubscription
- requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you
- can'tsolve otherwise to brian@ucsd.edu.Archives of past issues
- of the Packet-Radio Digest are available (by FTP only)from
- UCSD.Edu in directory "mailarchives/packet-radio".We trust that
- readers are intelligent enough to realize that all text
- hereinconsists of personal comments and does not represent the
- official policies orpositions of any party. Your mileage may
- vary. So
- there.-----------------------------------------------------------
- -----------Date: 18 Apr 92 19:18:51
- GMTFrom:swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.e
- du!usenet.ins.cwru.edu!ncoast!nshore!wariat!hernix!mike@network.U
- CSD.EDU Subject: active group?To: packet-radio@ucsd.eduIs this
- group active? I have not seen any postings for a week.--
- -----------------------------------------------------------------
- ----------mike@hernix.wariat.org hernix!mike
- This space left blank+1 216 572 4172 login: bbs
- intentionalyStrongsville, OH USA
- -----------------------------------------------------------------
- ----------------------------------------End of Packet-Radio
- Digest V92
- #104******************************------------------------------D
- ate: 19 Apr 1992 07:59:34 -0700From:
- news-mail-gateway@ucsd.eduSubject: (none)To:
- packet-radio@ucsd.edu ----- Mail rejected by CEO. -----No
- Response from Remote Mail not sent to:john allen@dgc.ceo
- ----- Unsent message follows -----From: packet-radio@ucsd.eduTo:
- packet-radio@UCSD.EDUSubject: Packet-Radio Digest V92
- #104X-Ceo_Options: DocumentSee document for message.CEO
- document contents: Received: from dg-rtp.dg.com (dg-rtp) by
- rtp41.rtp.dg.com (1.00/2.1) idAA00020; Sun, 19 Apr 92
- 09:32:34 edtReceived: from ucsd.edu by dg-rtp.dg.com
- (5.4/dg-rtp-proto) id AA29423;Sun, 19 Apr 1992 09:31:39
- -0400Received: by ucsd.edu; id AA11583 sendmail
- 5.64/UCSD-2.2-sun Sun, 19 Apr 92 04:30:07 -0700 for
- infmx!brucebReceived: by ucsd.edu; id AA11579 sendmail
- 5.64/UCSD-2.2-sun Sun, 19 Apr 92 04:30:05 -0700 for
- /usr/lib/sendmail -oc -odb-oQ/var/spool/lqueue -oi
- -fpacket-radio-relay packet-radio-list
- Message-Id:<9204191130.AA11579@ucsd.edu>Date: Sun, 19 Apr 92
- 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #104To: packet-radio@UCSD.EDUPacket-Radio Digest
- Sun, 19 Apr 92 Volume 92 : Issue 104Today's Topics:
- active group?Send Replies or notes for
- publication to: <Packet-Radio@UCSD.Edu> Sendsubscription
- requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you
- can'tsolve otherwise to brian@ucsd.edu.Archives of past issues
- of the Packet-Radio Digest are available (by FTP only)from
- UCSD.Edu in directory "mailarchives/packet-radio".We trust that
- readers are intelligent enough to realize that all text
- hereinconsists of personal comments and does not represent the
- official policies orpositions of any party. Your mileage may
- vary. So
- there.-----------------------------------------------------------
- -----------Date: 18 Apr 92 19:18:51
- GMTFrom:swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.e
- du!usenet.ins.cwru.edu!ncoast!nshore!wariat!hernix!mike@network.U
- CSD.EDU Subject: active group?To: packet-radio@ucsd.eduIs this
- group active? I have not seen any postings for a week.--
- -----------------------------------------------------------------
- ----------mike@hernix.wariat.org hernix!mike
- This space left blank+1 216 572 4172 login: bbs
- intentionalyStrongsville, OH USA
- -----------------------------------------------------------------
- ----------------------------------------End of Packet-Radio
- Digest V92
- #104******************************------------------------------D
- ate: 19 Apr 92 22:49:38 GMTFrom:
- olivea!isc-br!tau-ceti!comtch!iea!FredGate@uunet.uu.netSubject:
- automatic control (was: Help 2nd try tcpip ka9q problem)To:
- packet-radio@ucsd.eduTo my certain knowledge, the BBS moderators
- do indeed have restrictions on whatis allowed on the
- boards...but like the FCC, they have a bit of troubleenforcing
- their wishes. They, like the FCC, depend mostly on the goodwill
- ofthe users. The whole concept of not taking responsibilty for a
- message youforward is difficult to defend. I could change
- "MYCALL" to anybodies I wanted,enter some drivel in a PBBS and
- you say that this message should be forwardedwithout any thought
- to content? Shouldn't somebody be responsible? The most likely
- course the FCC will take, assuming that your opinion is the
- oneheld by most hams, is to shut down automatic forwarding of
- anything. What theydon't want is more headaches from us... pat
- nq7m * Origin: Radio Therapy BBS * 509.534.7924 *
- (1:346/3)------------------------------Date: 19 Apr 92 20:49:44
- GMTFrom:
- swrinde!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!bradle
- y.bradley.edu!camelot!moodyblu@network.UCSD.EDUSubject:
- BaycomTo: packet-radio@ucsd.eduHello..I just downloaded the
- Baycom software and I was wondering,How do you hook a modem up
- to your radio? The docs don't really go into thehardware all
- that much, but it seems like you can use just a standard
- oldmodem.. is that true? this seems different from PMP. Can
- someone clarifythis for me?ThanksMatt,
- KF8OH--==========================================================
- =====================| Matt Weisberg, KF8OH MILLIWAYS -
- Computers, Peripherals & Consulting ||
- moodyblu@camelot.bradley.edu Authorized Altima &
- D-Link Dealer || Packet: KF8OH @ N9HWO
- Southfield, Michigan || Voice: (313)
- 350-0503 BBS: (313)
- 553-9274=========================================================
- ======================------------------------------Date: Sun,
- 19 Apr 1992 21:22:48 GMTFrom:
- theory.TC.Cornell.EDU!payne@tcgould.tn.cornell.eduSubject:
- BaycomTo: packet-radio@ucsd.eduIn article
- <moodyblu.703716584@camelot> moodyblu@camelot.bradley.edu
- (Matthew Weisberg) writes:>I just downloaded the Baycom software
- and I was wondering,>How do you hook a modem up to your radio?
- The docs don't really go into the>hardware all that much, but it
- seems like you can use just a standard old>modem.. is that true?
- this seems different from PMP. Can someone clarify>this for
- me?In general, telephone modems won't work for 1200 baud packet
- (the exceptionis old Bell 202 modems).Baycom uses a small
- external modem that is very similar to PMP's modem: it has some
- additional hardware for RS-232 level conversion. Look in QST,
- 73,etc. for companies selling Baycom-compatible modems (kits and
- assembled).-- = = = = = = = = = = = = = = = = =
- = = = = = = = = = =Andrew C. Payne, N8KEI UUCP:
- ...!cornell!batcomputer!payne INTERNET:
- payne@tc.cornell.edu------------------------------Date: 19 Apr
- 92 23:49:18 GMTFrom:
- swrinde!mips!darwin.sura.net!gatech!news.byu.edu!news.mtholyoke.e
- du!nic.umass.edu!hamp.hampshire.edu!awoodhull@network.UCSD.EDUSub
- ject: BaycomTo: packet-radio@ucsd.eduIn article
- <moodyblu.703716584@camelot>, moodyblu@camelot.bradley.edu
- (Matthew Weisberg) writes:> > I just downloaded the Baycom
- software and I was wondering,> How do you hook a modem up to
- your radio? The docs don't really go into the> hardware all that
- much, but it seems like you can use just a standard old> modem..
- is that true? this seems different from PMP. Can someone
- clarify> this for me?> What version of the Baycom software did
- you download? I know there isnow a version 1.5 which I haven't
- looked at yet. The earlier versionshad info on the modem
- interface in the doc files that were part of the.zip file.
- Basically Baycom similar to PMP except the serial port is used
- insteadof the parallel port. The serial port is not used in a
- standard way.The DTR line is used for transmit data, the CTS
- line is used forreceived data, RTS is used to control the PTT.
- The version of the modemI have (from N4PLK) also has a
- connection to the normal TxD line, butthis is *not* used for
- data at all, it is part of a scheme to deriveoperating power for
- the modem from the RS232 port. You can't use a standard modem
- because the standard is Bell 212, whichsends data
- asynchronously, with stop and start bits. Packet data
- usesanother standard (202?) with a different way of encoding the
- data,frequency shift rather than phase encoding. It also is a
- synchronousprotocol, meaning that the entire packet, up to 128
- bytes of info plusflags and header and trailer, is sent as a
- continuous stream of bits,without stop and start bits between
- the bytes. In fact the concept ofbytes doesn't make sense, you
- can't just take every eight bits in thepacket and call it a
- byte, because the protocol inserts extra bits intothe body of
- the packet as needed to prevent the normal information
- fromerroneously duplicating the format of the flag which signals
- the end ofthe packet.Although the PMP and Baycom modems are
- similar, they are, unfortunately,not identical. The basic modem
- circuit is the same, but the levels andpolarities of the control
- lines are different, and the PMP uses anoutput from the modem
- chip to signal carrier detect, while the Baycomdoesn't use this
- and instead determines from the data line whether validdata is
- being received. It would be possible to make a modem that
- couldbe jumpered to use with either system, but as far as I know
- no-one hasoffered anything like this to the public. 73 de Al
- Woodhull
- N1AWawoodhull@hamp.hampshire.edu------------------------------Dat
- e: 19 Apr 92 17:36:24 GMTFrom:
- swrinde!mips!darwin.sura.net!tulane!rex!agwbbs!Angelo_Glorioso_Ii
- i@network.UCSD.EDUSubject: NOS under G8BPQ: is it worth it,
- under what conditions?To: packet-radio@ucsd.eduHi Roy, I am
- running a local bbs here in New Orleans with RLI and BPQ
- Software.I am interested in using NOS but need to know what is
- the best version to run?? So many different versions and types..
- Also, where can I get FTP it??73 de Angelo N5UXT @ N5UXTPS: you
- have a net startup to go by too??-- Via DLG Pro
- v0.991Internet:angelo_glorioso_III@agwbbs.new-orleans.LA.US
- Usenet:rex!agwbbs!angelo_glorioso_III Packet:N5UXT @
- N5UXT.#NOLA.LA.USA.NA Tcp/ip:N5UXT.AMPT.ORG
- [44.108.2.13]------------------------------Date: 19 Apr 1992
- 12:45:59 -0700From: news-mail-gateway@ucsd.eduTo:
- packet-radio@ucsd.eduReferences
- BI08%UTEP.BITNET@ricevm1.rice.edu, (Murray, Voight)pSubject :
- List activity> Date: 18 Apr 92 19:18:51 GMT> From:>
- swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usene
- t.ins.cwru.e>
- !ncoast!nshore!wariat!hernix!mike@network.UCSD.EDU> Subject:
- active group?> To: packet-radio@ucsd.edu>> Is this group active?
- I have not seen any postings for a week.>> -->
- -----------------------------------------------------------------
- ----------> mike@hernix.wariat.org> hernix!mike This space
- left blank> +1 216 572 4172 login: bbs intentionaly>
- Strongsville, OH USAI just signed on to the list yesterday
- (4-18-92) and had yourmail this morning.I am working on my code
- to get my tech and novice lic. in June.I understand that with
- packet one can move files and informationaround between
- computers similar to a modem and phone line.There seems to be a
- lot more to it than that. Is there a FAQthat I could pick up
- that might give me some of the
- basics?Thanks~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Murray Voight
- |bi08@utep.bitnet Internet
- |wmvoight@mcimail.com MCI |(915) 593-6293 Fax
- |El Paso, Texas
- /~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~------------------------------E
- nd of Packet-Radio Digest V92
- #105******************************Date: Tue, 21 Apr 92 04:30:03
- PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #106To: packet-radioPacket-Radio Digest Tue,
- 21 Apr 92 Volume 92 : Issue 106Today's Topics:
- (none) AEA's
- DSP2232 A Packet/Amtor hybrid called
- PactorARRL's "Business Rule" proposal - automatic retransmission
- prohibited? (3 msgs) Baycom USCC Karte Details
- anyone ? BayCom v1.5 - no docs on interface
- Help with KA9Q and Appletalk...
- Hudson Division Convention/Hamfest NOS
- for ISC (2 msgs) PacketCluster SYSOPs....
- Yaesu FT-767GX and MFJ-1270 TNC 2 connectionSend
- Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
- subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 20 Apr 1992 09:36:17 -0700From:
- news-mail-gateway@ucsd.eduSubject: (none)To:
- packet-radio@ucsd.edu ----- Mail rejected by CEO. -----No
- Response from Remote Mail not sent to:john allen@dgc.ceo
- ----- Unsent message follows -----From: packet-radio@ucsd.eduTo:
- packet-radio@UCSD.EDUSubject: Packet-Radio Digest V92
- #105X-Ceo_Options: DocumentSee document for message.CEO
- document contents: Received: from dg-rtp.dg.com (dg-rtp) by
- rtp41.rtp.dg.com (1.00/2.1) idAD00020; Mon, 20 Apr 92
- 10:10:30 edtReceived: from ucsd.edu by dg-rtp.dg.com
- (5.4/dg-rtp-proto) id AA05907;Mon, 20 Apr 1992 10:09:32
- -0400Received: by ucsd.edu; id AA28195 sendmail
- 5.64/UCSD-2.2-sun Mon, 20 Apr 92 04:30:08 -0700 for
- infmx!brucebReceived: by ucsd.edu; id AA28191 sendmail
- 5.64/UCSD-2.2-sun Mon, 20 Apr 92 04:30:05 -0700 for
- /usr/lib/sendmail -oc -odb-oQ/var/spool/lqueue -oi
- -fpacket-radio-relay packet-radio-list
- Message-Id:<9204201130.AA28191@ucsd.edu>Date: Mon, 20 Apr 92
- 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #105To: packet-radio@UCSD.EDUPacket-Radio Digest
- Mon, 20 Apr 92 Volume 92 : Issue 105Today's Topics:
- (none) (2 msgs) automatic control
- (was: Help 2nd try tcpip ka9q problem)
- Baycom (3 msgs) NOS under G8BPQ: is it worth it, under
- what conditions?Send Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu> Sendsubscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu> Problems you can'tsolve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only)from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all text hereinconsists of
- personal comments and does not represent the off ic
-
- ial policies orpositions of any party. Your mileage may vary.
- So
- there.-----------------------------------------------------------
- -----------Date: 19 Apr 1992 07:00:34 -0700From:
- news-mail-gateway@ucsd.eduSubject: (none)To:
- packet-radio@ucsd.edu ----- Mail rejected by CEO. -----No
- Response from Remote Mail not sent to:al brackett@img008.ceo
- ----- Unsent message follows -----From: packet-radio@ucsd.eduTo:
- packet-radio@UCSD.EDUSubject: Packet-Radio Digest V92
- #104X-Ceo_Options: DocumentSee document for message.CEO
- document contents: Received: from dg-rtp.dg.com (dg-rtp) by
- rtp41.rtp.dg.com (1.00/2.1) idAA00020; Sun, 19 Apr 92
- 08:50:40 edtReceived: from ucsd.edu by dg-rtp.dg.com
- (5.4/dg-rtp-proto) id AA22695;Sun, 19 Apr 1992 08:49:46
- -0400Received: by ucsd.edu; id AA11583 sendmail
- 5.64/UCSD-2.2-sun Sun, 19 Apr 92 04:30:07 -0700 for
- infmx!brucebReceived: by ucsd.edu; id AA11579 sendmail
- 5.64/UCSD-2.2-sun Sun, 19 Apr 92 04:30:05 -0700 for
- /usr/lib/sendmail -oc -odb-oQ/var/spool/lqueue -oi
- -fpacket-radio-relay packet-radio-list
- Message-Id:<9204191130.AA11579@ucsd.edu>Date: Sun, 19 Apr 92
- 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #104To: packet-radio@UCSD.EDUPacket-Radio Digest
- Sun, 19 Apr 92 Volume 92 : Issue 104Today's Topics:
- active group?Send Replies or notes for
- publication to: <Packet-Radio@UCSD.Edu> Sendsubscription
- requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you
- can'tsolve otherwise to brian@ucsd.edu.Archives of past issues
- of the Packet-Radio Digest are available (by FTP only)from
- UCSD.Edu in directory "mailarchives/packet-radio".We trust that
- readers are intelligent enough to realize that all text
- hereinconsists of personal comments and does not represent the
- official policies orpositions of any party. Your mileage may
- vary. So
- there.-----------------------------------------------------------
- -----------Date: 18 Apr 92 19:18:51
- GMTFrom:swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.e
- du!usenet.ins.cwru.edu!ncoast!nshore!wariat!hernix!mike@network.U
- CSD.EDU Subject: active group? To:packet-radio@ucsd.eduIs this
- group active? I have not seen any postings for a week.--
- -----------------------------------------------------------------
- ----------mike@hernix.wariat.org hernix!mike
- This space left blank+1 216 572 4172 login: bbs
- intentionalyStrongsville, OH USA
- -----------------------------------------------------------------
- ----------------------------------------End of Packet-Radio
- Digest V92
- #104******************************------------------------------D
- ate: 19 Apr 1992 07:59:34 -0700From:
- news-mail-gateway@ucsd.eduSubject: (none)To:
- packet-radio@ucsd.edu ----- Mail rejected by CEO. -----No
- Response from Remote Mail not sent to:john allen@dgc.ceo
- ----- Unsent message follows -----From: packet-radio@ucsd.eduTo:
- packet-radio@UCSD.EDUSubject: Packet-Radio Digest V92
- #104X-Ceo_Options: DocumentSee document for message.CEO
- document contents: Received: from dg-rtp.dg.com (dg-rtp) by
- rtp41.rtp.dg.com (1.00/2.1) idAA00020; Sun, 19 Apr 92
- 09:32:34 edtReceived: from ucsd.edu by dg-rtp.dg.com
- (5.4/dg-rtp-proto) id AA29423;Sun, 19 Apr 1992 09:31:39
- -0400Received: by ucsd.edu; id AA11583 sendmail
- 5.64/UCSD-2.2-sun Sun, 19 Apr 92 04:30:07 -0700 for
- infmx!brucebReceived: by ucsd.edu; id AA11579 sendmail
- 5.64/UCSD-2.2-sun Sun, 19 Apr 92 04:30:05 -0700 for
- /usr/lib/sendmail -oc -odb-oQ/var/spool/lqueue -oi
- -fpacket-radio-relay packet-radio-list
- Message-Id:<9204191130.AA11579@ucsd.edu>Date: Sun, 19 Apr 92
- 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #104To: packet-radio@UCSD.EDUPacket-Radio Digest
- Sun, 19 Apr 92 Volume 92 : Issue 104Today's Topics:
- active group?Send Replies or notes for
- publication to: <Packet-Radio@UCSD.Edu> Sendsubscription
- requests to: <Packet-Radio-REQUEST@UCSD.Edu> Problems you
- can'tsolve otherwise to brian@ucsd.edu.Archives of past issues
- of the Packet-Radio Digest are available (by FTP only)from
- UCSD.Edu in directory "mailarchives/packet-radio".We trust that
- readers are intelligent enough to realize that all text
- hereinconsists of personal comments and does not represent the
- official policies orpositions of any party. Your mileage may
- vary. So
- there.-----------------------------------------------------------
- -----------Date: 18 Apr 92 19:18:51
- GMTFrom:swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.e
- du!usenet.ins.cwru.edu!ncoast!nshore!wariat!hernix!mike@network.U
- CSD.EDU Subject: active group? To:packet-radio@ucsd.eduIs this
- group active? I have not seen any postings for a week.--
- -----------------------------------------------------------------
- ----------mike@hernix.wariat.org hernix!mike
- This space left blank+1 216 572 4172 login: bbs
- intentionalyStrongsville, OH USA
- -----------------------------------------------------------------
- ----------------------------------------End of Packet-Radio
- Digest V92
- #104******************************------------------------------D
- ate: 19 Apr 92 22:49:38 GMTFrom:
- olivea!isc-br!tau-ceti!comtch!iea!FredGate@uunet.uu.net
- Subject:automatic control (was: Help 2nd try tcpip ka9q problem)
- To:packet-radio@ucsd.eduTo my certain knowledge, the BBS
- moderators do indeed have restrictions on whatis allowed on the
- boards...but like the FCC, they have a bit of troubleenforcing
- their wishes. They, like the FCC, depend mostly on the goodwill
- ofthe users. The whole concept of not taking responsibilty for a
- message youforward is difficult to defend. I could change
- "MYCALL" to anybodies I wanted,enter some drivel in a PBBS and
- you say that this message should be forwardedwithout any thought
- to content? Shouldn't somebody be responsible? The mostlikely
- course the FCC will take, assuming that your opinion is the one
- held bymost hams, is to shut down automatic forwarding of
- anything. What they don'twant is more headaches from us... pat
- nq7m * Origin: Radio Therapy BBS * 509.534.7924 *
- (1:346/3)------------------------------Date: 19 Apr 92 20:49:44
- GMTFrom:swrinde!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.ed
- u!bradley.bradley.edu!camelot!moodyblu@network.UCSD.EDU Subject:
- BaycomTo: packet-radio@ucsd.eduHello..I just downloaded the
- Baycom software and I was wondering, How do you hook amodem up
- to your radio? The docs don't really go into the hardware all
- thatmuch, but it seems like you can use just a standard old
- modem.. is that true?this seems different from PMP. Can someone
- clarify this for me?ThanksMatt,
- KF8OH--==========================================================
- =====================| Matt Weisberg, KF8OH MILLIWAYS -
- Computers, Peripherals & Consulting ||
- moodyblu@camelot.bradley.edu Authorized Altima &
- D-Link Dealer || Packet: KF8OH @ N9HWO
- Southfield, Michigan || Voice: (313)
- 350-0503 BBS: (313)
- 553-9274=========================================================
- ======================------------------------------Date: Sun,
- 19 Apr 1992 21:22:48 GMTFrom:
- theory.TC.Cornell.EDU!payne@tcgould.tn.cornell.edu Subject:
- BaycomTo: packet-radio@ucsd.eduIn article
- <moodyblu.703716584@camelot> moodyblu@camelot.bradley.edu
- (MatthewWeisberg) writes: >I just downloaded the Baycom software
- and I was wondering,>How do you hook a modem up to your radio?
- The docs don't really go into the>hardware all that much, but it
- seems like you can use just a standard old>modem.. is that true?
- this seems different from PMP. Can someone clarify>this for
- me?In general, telephone modems won't work for 1200 baud packet
- (the exception isold Bell 202 modems).Baycom uses a small
- external modem that is very similar to PMP's modem: ithas some
- additional hardware for RS-232 level conversion. Look in QST,
- 73,etc. for companies selling Baycom-compatible modems (kits and
- assembled).-- = = = = = = = = = = = = = = = = =
- = = = = = = = = = =Andrew C. Payne, N8KEI UUCP:
- ...!cornell!batcomputer!payne INTERNET:
- payne@tc.cornell.edu------------------------------Date: 19 Apr
- 92 23:49:18
- GMTFrom:swrinde!mips!darwin.sura.net!gatech!news.byu.edu!news.mth
- olyoke.edu!nic.umass.edu!hamp.hampshire.edu!awoodhull@network.UCS
- D.EDU Subject: BaycomTo: packet-radio@ucsd.eduIn article
- <moodyblu.703716584@camelot>, moodyblu@camelot.bradley.edu
- (MatthewWeisberg) writes:> > I just downloaded the Baycom
- software and I was wondering, > How do you hooka modem up to
- your radio? The docs don't really go into the > hardware all
- thatmuch, but it seems like you can use just a standard old >
- modem.. is that true?this seems different from PMP. Can someone
- clarify > this for me?> What version of the Baycom software did
- you download? I know there is now aversion 1.5 which I haven't
- looked at yet. The earlier versions had info on themodem
- interface in the doc files that were part of the .zip file.
- Basically Baycom similar to PMP except the serial port is used
- instead of theparallel port. The serial port is not used in a
- standard way. The DTR line isused for transmit data, the CTS
- line is used for received data, RTS is used tocontrol the PTT.
- The version of the modem I have (from N4PLK) also has
- aconnection to the normal TxD line, but this is *not* used for
- data at all, itis part of a scheme to derive operating power for
- the modem from the RS232port. You can't use a standard modem
- because the standard is Bell 212, which sendsdata
- asynchronously, with stop and start bits. Packet data uses
- anotherstandard (202?) with a different way of encoding the
- data, frequency shiftrather than phase encoding. It also is a
- synchronous protocol, meaning that theentire packet, up to 128
- bytes of info plus flags and header and trailer, issent as a
- continuous stream of bits, without stop and start bits between
- thebytes. In fact the concept of bytes doesn't make sense, you
- can't just takeevery eight bits in the packet and call it a
- byte, because the protocol insertsextra bits into the body of
- the packet as needed to prevent the normalinformation from
- erroneously duplicating the format of the flag which signalsthe
- end of the packet.Although the PMP and Baycom modems are
- similar, they are, unfortunately, notidentical. The basic modem
- circuit is the same, but the levels and polaritiesof the control
- lines are different, and the PMP uses an output from the
- modemchip to signal carrier detect, while the Baycom doesn't use
- this and insteaddetermines from the data line whether valid data
- is being received. It would bepossible to make a modem that
- could be jumpered to use with either system, butas far as I know
- no-one has offered anything like this to the public. 73 de Al
- Woodhull
- N1AWawoodhull@hamp.hampshire.edu------------------------------Dat
- e: 19 Apr 92 17:36:24
- GMTFrom:swrinde!mips!darwin.sura.net!tulane!rex!agwbbs!Angelo_Glo
- rioso_Iii@network.UCSD.EDU Subject: NOS under G8BPQ: is it worth
- it, under what conditions? To:packet-radio@ucsd.eduHi Roy, I am
- running a local bbs here in New Orleans with RLI and BPQ
- Software. I aminterested in using NOS but need to know what is
- the best version to run?? Somany different versions and types..
- Also, where can I get FTP it??73 de Angelo N5UXT @ N5UXTPS: you
- have a net startup to go by too??-- Via DLG Pro
- v0.991Internet:angelo_glorioso_III@agwbbs.new-orleans.LA.US
- Usenet:rex!agwbbs!angelo_glorioso_III Packet:N5UXT @
- N5UXT.#NOLA.LA.USA.NA Tcp/ip:N5UXT.AMPT.ORG
- [44.108.2.13]------------------------------Date: 19 Apr 1992
- 12:45:59 -0700From: news-mail-gateway@ucsd.eduTo:
- packet-radio@ucsd.eduReferences
- BI08%UTEP.BITNET@ricevm1.rice.edu, (Murray, Voight)p Subject :
- Listactivity> Date: 18 Apr 92 19:18:51 GMT>
- From:>swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu
- !usenet.ins.cwru.e>
- !ncoast!nshore!wariat!hernix!mike@network.UCSD.EDU > Subject:
- active group?> To: packet-radio@ucsd.edu>> Is this group active?
- I have not seen any postings for a week. >> -->
- -----------------------------------------------------------------
- ---------- >mike@hernix.wariat.org> hernix!mike
- This space left blank> +1 216 572 4172 login: bbs
- intentionaly> Strongsville, OH USAI just signed on to the
- list yesterday (4-18-92) and had your mail thismorning.I am
- working on my code to get my tech and novice lic. in June.I
- understand that with packet one can move files and information
- around betweencomputers similar to a modem and phone line. There
- seems to be a lot more to itthan that. Is there a FAQ that I
- could pick up that might give me some of
- thebasics?Thanks~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~Murray Voight
- |bi08@utep.bitnet Internet
- |wmvoight@mcimail.com MCI |(915) 593-6293 Fax
- |El Paso, Texas
- /~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~------------------------------E
- nd of Packet-Radio Digest V92
- #105******************************------------------------------D
- ate: 20 Apr 92 20:58:46 GMTFrom:
- idacrd!n4hy@princeton.eduSubject: AEA's DSP2232To:
- packet-radio@ucsd.eduAt long last, the fully operational
- software is onboard the DSP2232.It does everything promised and
- more: It does two ports simultaneouslywith several modes
- paired. I am given to understand that the ownerof LL Grace (and
- manufacturer of the DSP-12) has been telling peopleall over the
- world that the DSP2232 would never support dual ports asthere
- wasn't enough time on the DSP chip. Hogwash. The chip has 50%
- ofthe ticks free when running a VHF modem on one port and HF
- modem on theother. At this time I am working on getting two
- 9600 bps modems torun. There the timing of events is critical.
- Each radio side has tobe serviced at 76400 samples per second.
- With a trick I can do withone of the unused chip selects, I can
- see what kind of time the programspends in the idle loop. It is
- also spending less than 50 % of the timedoing real work.
- However! There is extra overhead in servicing two
- differentradios at once. BEFORE YOU BUY A Multimode controller
- of any variety,consider this box. It is definitely the most
- capable at this time. Ifyou are going to the Dayton hamvention
- or to the LA hamvention, you willbe able to see all the toys
- displayed. The modems onboard the last ROMI shipped:Packet:HF
- 300 bps, Bel202 1200 bps (both standard packet modes), 2400
- bps(KAM 2400 or AEA PK-90 standard), PSK 1200 and 4800 bps,
- PACSAT modemsat 1200 and 4800 bps, MSK at 1200 and 2400 bps,
- K9NG or G3RUH at 9600 bps.I have implemented a decision feedback
- equalizer in the G3RUH modem whichGREATLY improves the copy of
- UO-22 for example. The dual port modemsin the box at this time
- are HF 300 bps and VHF 1200 bps packet, twoVHF ports, and
- baudot/amtor and VHF packet (what??? yes apparently thiswould
- be very popular with the DX cluster folks, we'll see). I am
- workingon two 9600's side by side. Stand by for further news on
- this. On thedual port stuff, the host side software is FULLY
- operational. I monitortwo channels at once without aid of
- special software and gateway from oneside to the other is as
- easy as digipeating via the gateway call sign.(Look out KAM).
- We will support ALL HF modes paired
- simultaneously.Baudot/AMTORThere is every conceivable shift and
- tone pair and your favorite is notthere, it is only software. I
- regularly copy 170/425/ and 850 Hz shiftstuff listed in the
- listening times. There work as well as the PK-232and can be
- made better when I have more time.Miscellaneous:Morse:This
- turned out to be quite an interesting exercise. I did a neat
- trickthat improved the performance of this demod over most that
- do morse. Thereal problem with others morse demods is that they
- are compromises; addons as an afterthought because you cannot
- have a multimode without morse,etc. This modem is killing an
- ant with an atom bomb, great filters, greatalgorithm for
- detection, etc.Grey Scale Fax, and SSTV:I implemented grey scale
- WEFAX, APT, and SSTV demods. I wrote an applicationto display
- these. The application needs work, the demods do not. If
- youare not looking at the weather charts or the sat photos, you
- are missinga fun thing. This box makes it easy. The standard
- will be made public sothat others can do a better job than I
- since I have little interest insupporting such an application.
- The basic operation is quite simple:Data is sent out as 8 bit
- pixel values, this is frequency for the WEFAXand SSTV or
- amplitude for APT. There are several people working on
- theapplication for AEA and this has not all crystallized but the
- basicfunctionality is there.Spectrum analysis:I did a 512 point
- real valued FFT (using the old trick of doing it witha 256 pt
- complex) and then formatted the data to be sent out the
- serialport. This is displayed with an application I wrote. It
- is pretty neatto have amplitude and phase plots for you receiver
- looking at both knownand unknown signals.Automatic Gain
- Control:There are several modes for which this is a must, there
- are several modesfor which this is a bust (PSK from AO-16 for
- the former and WEFAX-APT forthe latter or morse for examples).
- There is a no compromise attitudewith this now. It drastically
- changes the performance of the modems.The modems are now stored
- with AGC state settings in them. There are severaldifferent AGC
- settings, off, on, more on, different time constants forattack
- and decay, etc. This was a brilliant piece of retro
- engineering forAEA by Al Chandler and it fits right into the
- existing units. If you havenot gotten this retrofit, it is now
- an absolute must. Call them up andthey will be happy to do it.
- By the way, if you have an application forwhich you do not want
- AGC or wish to provide your own, you can change theAGC from the
- command line.DCD thresholds:DCD thresholds are set from the
- command line. For those modems which operateon coherence of
- carrier detection or coherence in the data detection, you needto
- set the threshold for your radios. This is done via the command
- if you findthat the default setting is inappropriate for your
- lash up.Experimenters kit:Many have asked me when and whether
- there would be an experimenters kit(you can download modems you
- write to the unit). I cannot give you anexact date. The fully
- operational stuff has been delayed enough thatthere has not been
- enough time to even think about it. Now that themajor hurdles
- are behind us, we can begin to work on this in earnest.The
- bottom line is that the unit is fully operational, and to my
- mind,it now exceeds what I thought its potential would be. This
- is a functionof my having gotten better at DSP and the folks at
- AEA (Steve Stuart andAl Chandler) working very hard with me.
- For those of you with the unitsalready, it is about to get
- amazingly better. Stop by the AEA booth in Dayton and see
- it.Bob McGwier, N4HY------------------------------Date: 20 Apr
- 92 19:21:39 GMTFrom:
- swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usene
- t.ins.cwru.edu!agate!linus!linus.mitre.org!mwvm.mitre.org!M16146@
- network.UCSD.EDUSubject: A Packet/Amtor hybrid called PactorTo:
- packet-radio@ucsd.eduPACTOR is being marketed in the US (Canada
- too is my guess) by PACCOM. Thedirector of PACCOM spoke at TAPR
- '92 in Tucson on the product. Not sure ifThey are the only
- distributers or not. Reason for marketing via second partyis
- economics of European manufacturing - cheaper to build and
- distribute here.Vern Eubanks, AA7EI,
- eubanks@mwunix.mitre.orgp.s. will probably see this at Dayton if
- you are going (I am).------------------------------Date: 20 Apr
- 92 13:37:40 GMTFrom:
- usc!cs.utexas.edu!tamsun!cs.tamu.edu!willis@network.UCSD.EDUSubje
- ct: ARRL's "Business Rule" proposal - automatic retransmission
- prohibited?To: packet-radio@ucsd.eduIn article
- <1992Apr17.174607.3069@pictel.com>, wpns@pictel.com (Willie
- Smith) writes:|> I read in the March(?) QST that the ARRL
- requested that the FCC change|> their rules slightly on the
- "Business" use of ham radio. Most of it|> seemed to make pretty
- good sense, but buried at the end of their|> proposal was a
- section that "With the exception of stations in|> Auxiliary,
- Repeater, and Space operations, amateur stations are|>
- prohibited from automatically retransmitting other amateur's|>
- transmissions." or some such. Sounds to me like a big problem
- for|> packet operations.... Did anyone else catch this, or did
- I just read|> it wrong?At first glance, this is a paraphrase of
- 97.113(f), and as such still mayconflict (IMVHO) with 97.109(e)
- UNLESS the packet system is classified asa repeater -- even if
- it only uses one frequency. Not a very satisfactoryexplanation.
- I too, am bothered that the ARRL chose to use the phrase"other
- amateur's transmissions" rather than the current "radio
- signals".Sounds like it is aimed directly at packet.I think the
- current packet mode of operation should be explicitly
- recognizedrather than force people (even EICs) to interpret
- rules that clearlydo not directly apply.Willis
- n5szf------------------------------Date: 21 Apr 92 01:16:52
- GMTFrom:
- swrinde!sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!alanb@network
- .UCSD.EDUSubject: ARRL's "Business Rule" proposal - automatic
- retransmission prohibited?To: packet-radio@ucsd.eduIn
- rec.radio.amateur.packet, wpns@pictel.com (Willie Smith)
- writes:>"With the exception of stations in>Auxiliary, Repeater,
- and Space operations, amateur stations are>prohibited from
- automatically retransmitting other amateur's>transmissions." or
- some such. Sounds to me like a big problem for>packet
- operations.... I don't think this would apply to most packet
- stations. Packet stationsdo not retransmit other transmissions
- -- rather they receive a packetstore it temporarily and then
- retransmit the packet.AL N1AL------------------------------Date:
- Tue, 21 Apr 1992 08:24:23 GMTFrom:
- qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
- bject: ARRL's "Business Rule" proposal - automatic
- retransmission prohibited?To: packet-radio@ucsd.eduThe legal
- definition of a "repeater" is one I know we've bouncedaround on
- the ARRL Digital Committee for some time without muchresolution.
- I think it's important because of the rules limitingrepeaters
- to certain frequency subbands. E.g., is a "digipeater" on145.6
- Mhz legal? The FCC has never really ruled on this issue.I would
- like to see a "repeater" defined for the purposes of the rulesas
- a device that automatically retransmits signals *without
- beinguniquely and specifically addressed* in some way by the
- station beingrepeated.An ordinary FM voice repeater would
- certainly qualify, since there'snothing special about the
- signals it repeats. (Ordinary PL toneswouldn't qualify as
- "specific addresses" since they're not unique.)But a digipeater
- or IP router would not be considered a repeaterbecause they
- don't relay traffic unless they are specificallyaddressed and
- asked to do so, either by callsign or IP address (bothbeing
- unique). So you could put them anywhere the modulation methodis
- allowed.A voice "repeater" that required some form of digital PL
- with uniquecodes could also escape being confined to the
- repeater subbands. Buton the other hand, a simple "bent-pipe"
- regenerating digital repeaterwould have to operate in the
- repeater subbands since it's notspecifically addressed by its
- users; there's no way that someonetransmitting on its input
- could ask it to not relay his signals.I think this would be a
- good definition because the whole reason forrepeater subbands in
- the first place was to keep them off frequencieswhere they might
- repeat signals unintentionally. This is simply not aproblem if
- the user has to specifically ask the system to repeat
- hissignals.Phil------------------------------Date: 20 Apr 92
- 11:31:42 GMTFrom:
- munnari.oz.au!yoyo.aarnet.edu.au!sirius.ucs.adelaide.edu.au!level
- s!xtasc@network.UCSD.EDUSubject: Baycom USCC Karte Details
- anyone ?To: packet-radio@ucsd.eduDoes anyone have any
- information on the Baycom USCC Karte card that is nowsupported
- by BPQ in 4.05. Can instructions/layouts/kits/complete unitsbe
- obtained anywhere ... prices ?73's ... Rob-- _--_/\ rob
- mayfield [technical analyst][vk5 net44 co-or] australian /
- oz \ internet mayfield@itd.adelaide.edu.au
- submarine/ vk \ packet (ampr) vk5xxx@vk5xip.#sa.aus.oc
- corporation\ __ / applelink aust0177 or
- aust0177@applelink.apple.com \_/ *_/ african swallow po box
- 46, henley beach +6182342294h o *here!
- south australia, 5022
- +6183487713w------------------------------Date: 21 Apr 92
- 03:52:15 GMTFrom:
- usc!sol.ctr.columbia.edu!lll-winken!iggy.GW.Vitalink.COM!widener!
- eff!news.byu.edu!news.mtholyoke.edu!nic.umass.edu!hamp.hampshire.
- edu!awoodhull@network.UCSD.EDUSubject: BayCom v1.5 - no docs on
- interfaceTo: packet-radio@ucsd.eduIn article
- <1992Apr19.194918.1@hamp.hampshire.edu>, I wrote, in response to
- a query from moodyblu@camelot.bradley.edu abouthooking up a
- computer running BayCom to a modem and radio:> The earlier
- versions had info on the modem interface in the doc files> that
- were part of the .zip file. I just unzipped the BayCom version
- 1.5 file that I had downloaded sometime ago and found that it
- doesn't even have a doc file in the usualsense. It does have a
- large on-line help file that is designed to beaccessed from the
- program itself. There doesn't seem to be a generaldescription
- of the system or the operation of the modem anywhere in thisfile
- however. It also has been translated from the German in a
- prettyawkward way (which was true of the first version,
- too).It's going to be hard for anyone to do anything with this
- withoutinformation that is lacking. My own experience trying to
- communicatewith the authors of Baycomm, including sending them
- in good faith therequested donation, is that although I did
- receive an update of theprogram it took many months, and I
- received no response to any of thequestions I asked them.I
- gather that the authors are annoyed about the way others
- havedistributed their work. In the new package they say in the
- README filethat they do not allow distribution in conjunction
- with any otherproduct (I presume that would mean in conjunction
- with a modem kit) byanyone other than their authorized
- distributors, of which theyapparently have one in the UK and one
- (PacComm) in the US. It seems to me this is a little misguided.
- The circuit for the BayCommodem is very simple, even simpler
- than the sample circuits given forthe TCM 3105 modem chip by
- Texas Instruments in theirTelecommunications Circuits Data Book.
- The one element that is not inthe TI data is the use of CMOS
- 74HC04 inverters to safely connect themodem's TTL level digital
- side to the +/- 15 volt RS232 levels of aserial port, but this
- is probably not original. The genius of BayCom(and it is a very
- sophisticated program, much more like a full-featuredTNC than
- PMP) is the program itself. It seems silly to distribute
- thisprogram as shareware and then to get upset about other
- people producingthe modem and distributing the software along
- with it.When I first became interested in BayCom a year ago I
- purchased a modemboard from N4PLK. I don't know if N4PLK is one
- of those about whom theBayCom authors are now complaining. I
- certainly don't see anythingwrong with his practices. He
- supplied complete information on the designof his board before I
- bought one, and the board itself was well made andwas even sold
- with an offer to repair it in case of trouble or to refundmy
- money if it wouldn't work with my computer. He also supplied a
- copyof the complete BayCom software on a disk, and there was
- nothing missingfrom it, all of the copyright information and
- requests for donations tothe project were intact.My advice to
- anyone considering Baycom would be to contact PacComm, findout
- what kind of support they are going to offer, but also to try
- tofind and download from your favorite ftp site a copy of one of
- theearlier versions, 1.2 or 1.4, if only just to get some of
- thedocumentation about the modem interface which has been left
- out of thenew version. Some time ago I placed a copy of BayCom
- version 1.4 on mylocal anonymous ftp area, /pub on
- dawn.hampshire.edu, and I will leaveit there even though it is
- no longer the most recent version.73 de Al Woodhull
- N1AWawoodhull@hamp.hampshire.edu------------------------------Dat
- e: 20 Apr 92 16:34:11 GMTFrom:
- munnari.oz.au!spool.mu.edu!uwm.edu!ogicse!willamette.edu!jtilton@
- network.UCSD.EDUSubject: Help with KA9Q and Appletalk...To:
- packet-radio@ucsd.eduA request for help: I'm a member of a group
- (that has, you might'venoticed, posted here b4... :) ) that's
- attempting to implement ka9q sothat it will allow a remote
- computer w/ a packet connection to connectto an Internet site...
- specifically, we intend to have the followingsetup:(1) remote
- computer... running ka9q, and w/ a TNC(1) appletalk connected
- macintosh... running ka9q and connected *both* to a TNC and
- the network(1) Internet connecected unix box... that, hopefully,
- the Mac will reroute incoming radio packets to, via the
- Internet.Have people done this successfully? We can't even seem
- to get theMacintosh to recognize it's connected to Appletalk...
- let alone theInternet (let alone managing to get access to the
- TNC's from the othergroups who also are running up against the
- wall.... :( ). *PLEASE*respond via e-mail... We've got less
- than 48 hours...! -et------------------------------Date:
- 15 Apr 92 16:49:06 GMTFrom:
- sbi!pivot-sts!canada!jerrys@uunet.uu.netSubject: Hudson Division
- Convention/HamfestTo: packet-radio@ucsd.edu 1992
- ARRL HUDSON DIVISION CONVENTION co-sponsored by
- Bergen Amateur Radio Association (B.A.R.A.) Radio
- Amateur Telecommunications Society (R.A.T.S.) Hudson
- Amateur Radio Council (H.A.R.C.) Saturday
- June 6, 1992 7:00 AM till 4:00 PM
- Rain or Shine To be held at:
- FARLEIGH DICKINSON UNIVERSITY
- Teaneck, New JerseyFeaturing Amateur
- Testing Novice thru extra
- 8:00 AM to 10:00 AM Only Exam information - contact
- Pete K2MHP (201) 796-6622 (No calls after 10
- PM) Bring Original FCC License and a photo-copy
- VEC charge $5.25 ARRL and FCC
- Forums Technical Seminars HAMFEST Food and Snacks$5.00
- ADMISSION .Children under 12 FREE
- .Lots of Parking .Rest Room
- Facilities .RefreshmentsVendor
- Space . $30 per indoor space .$25 per outdoor space with
- power provided .$10 outdoor tailgating spaceTalk-in on
- 146.19/79 & 146.52 simplex For vending space
- reservations and Hamfest Information - contact Jim Joyce K2ZO
- (201) 664-6725 (No calls after 10 PM)
- 286 Ridgewood Blvd. No.
- Washington Twp., N.J. 07675Directions: From the West.... Take
- Garden State Parkway to exit 161 (Route 4 EAST). Take route 4
- East to RIVER ROAD - FARLEIGH DICKINSON exit. follow signs to
- parking area. From NYC .... Take George Washington Bridge to
- N.J. take Route 4 West to RIVER ROAD - FARLEIGH DICKINSON
- exit. follow signs to parking area.-- Jerry SimonowitsSalomon
- Inc.Internet PlanningSystems
- Engineering------------------------------Date: Mon, 20 Apr 1992
- 19:27:59 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.in
- s.cwru.edu!ncoast!nshore!wariat!hernix!mike@network.UCSD.EDUSubje
- ct: NOS for ISCTo: packet-radio@ucsd.eduDoes anyone have NOS or
- ka9q tcp/ip running on Interactive 386 UNIXV 3.2? I can't find
- it in this area, and would sure like to have it.73 de wb8evi--
- -----------------------------------------------------------------
- ----------mike@hernix.wariat.org hernix!mike This space
- left blank+1 216 572 4172 login: bbs
- intentionalyStrongsville, OH
- USA -----------------------------------------------------------
- ----------------------------------------------Date: 20 Apr 92
- 23:30:55 GMTFrom:
- rudy.rutgers.edu!pilot.njin.net!ron@RUTGERS.EDUSubject: NOS for
- ISCTo: packet-radio@ucsd.edu> Does anyone have NOS or ka9q
- tcp/ip running on Interactive 386 UNIX.It proably would be more
- fun if you tried to interface the TCP thatcomes for ISC to an
- AX25 driver. It probably wouldn't be too hardto start from the
- SUN driver someone posted recently. I don't doANYTHING with ISC
- Unix anymore, there customer support people havepissed me and
- our customers off too many times.Now if it were SCO UNIX you
- were intersted in...------------------------------Date: 20 Apr
- 1992 11:27:25 -0700From: news-mail-gateway@ucsd.eduSubject:
- PacketCluster SYSOPs....To: packet-radio@ucsd.eduI am one...Bob
- (KA4PKB)------------------------------Date: Mon, 20 Apr 1992
- 13:40:18 GMTFrom:
- pa.dec.com!hollie.rdg.dec.com!decvax.dec.com!zk3.dec.com!evans@de
- cwrl.dec.comSubject: Yaesu FT-767GX and MFJ-1270 TNC 2
- connectionTo: packet-radio@ucsd.eduI recently acquired a
- MFJ-1270 TNC 2 that I would like to hitch it to myYaesu FT-767GX
- for packet operation on 2m and 70cm. In reading throughthe
- documentation for both the TNC and the Yaesu, I am trying
- todetermine what the best technique is to interconnect the two
- units.According to the Yaesu manual: If the TNC has balanced
- AFSK tone output (that is, without any added de-emphasis),
- connect the AFSK signal from the TNC to the outer contact of the
- DATA IN/OUT jack: impedance should be 600 ohms, which
- corresponds with most TNCs. Output signal level from the TNC
- should be set to 30mVrms.My question is "Does anybody know if my
- TNC fits this characteristic?"Reading the TNC manual does not
- seem to provide this information, and Ithought I would ask
- before I attack it with test equipment to find out.My option
- according to the Yaesu manual, is: If the TNC has de-emphasis
- applied to the AFSK output, the levels of the two tones will be
- different, and must be re-balanced by pre-emphasis in the
- FT-767GX. In this case connect the AFSK signal from the TNC for
- transmission to the PATCH IN jack (also 600 ohn impedance), but
- also adjust the TNC output level for 2mVrms _maximum_. The PATCH
- IN audio connects in parallel with the microphone audio input. A
- better solution is to remove the de-emphasis, if possible, and
- make connection as described in the predceeding paragraph.I
- hoping that the first option presented is what I'll end up
- doing, butif not I guess that it isn't a big deal...Thanks in
- advance for any recommendations.- Marc--
- =================================================================
- ==========Marc Evans - Marc@Synergytics.COM |
- Synergytics (603)635-8876WB1GRH -
- WB1GRH@W2XO.#WPA.PA.USA.NOAM | 21 Hinds Ln, Pelham, NH
- 03076------------------------------------------------------------
- --------------- Unix and X Software
- Consultant=======================================================
- ====================------------------------------End of
- Packet-Radio Digest V92 #106******************************Date:
- Wed, 22 Apr 92 04:30:04 PDTFrom: Packet-Radio Mailing List and
- Newsgroup <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #107To: packet-radioPacket-Radio Digest Wed,
- 22 Apr 92 Volume 92 : Issue 107Today's Topics:ARRL's
- "Business Rule" proposal - automatic retransmission prohibited?
- AX.25 Link-Layer Docs (ISO-3309)??? (3 msgs)
- AX25 driver for BAYCOM-like modem AX25
- driver uploaded to ucsd.edu (2 msgs) New version
- of INTRONOS at ucsd.edu NOS <--> Unix
- PcPakratt PMP
- with Exar chips (2 msgs) What exactly is Baycom?
- (Beginner question)Send Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 21 Apr 92 23:29:37 GMTFrom:
- usc!cs.utexas.edu!tamsun!cs.tamu.edu!willis@network.UCSD.EDUSubje
- ct: ARRL's "Business Rule" proposal - automatic retransmission
- prohibited?To: packet-radio@ucsd.eduIn article
- <14580026@hpnmdla.sr.hp.com>, alanb@hpnmdla.sr.hp.com (Alan
- Bloom) writes:|> In rec.radio.amateur.packet, wpns@pictel.com
- (Willie Smith) writes:|> |> >"With the exception of stations
- in|> >Auxiliary, Repeater, and Space operations, amateur
- stations are|> >prohibited from automatically retransmitting
- other amateur's|> >transmissions." or some such. Sounds to me
- like a big problem for|> >packet operations.... |> |> I don't
- think this would apply to most packet stations. Packet
- stations|> do not retransmit other transmissions -- rather they
- receive a packet ^^^^^^^^^^^^^^^^^|> store it temporarily and
- then retransmit the packet.
- ^^^^^^^^^^|> |> AL N1ALAl, read what you wrote 8-)."Packet
- stations do not retransmit ... rather they ... retransmit the
- packet."Maybe 'transmission' could be defined, but I prefer the
- old 'radio signals'.Most packet stations (would like to)
- consider the message or packet asoriginating at some other
- amateur's station. Therefore the responsibilityfor content is
- (primarily) the originating ham.
- ------------------------------Date: Mon, 20 Apr 1992 18:41:23
- GMTFrom:
- sdd.hp.com!hpscdc!hplextra!hpcc05!hpcc01!wille@network.UCSD.EDUSu
- bject: AX.25 Link-Layer Docs (ISO-3309)???To:
- packet-radio@ucsd.edu Hi- I have a couple of questions as a
- result of trying to implement the AX.25 Link-Layer Protocol.
- I'd appreciate responses from any who are willing to help me
- out! I have a copy of version 2.0, October 1984, "AX.25 Amateur
- Packet-Radio Link-Layer Protocol" by Terry L. Fox (ARRL). Is
- this the most recent version of this document? The document
- mentioned above wimps out on detailing the Frame Check Sequence
- (FCS) algorithm by saying "It shall be calculated in accordance
- with ISO 3309 (HDLC) recommendations." I've searched the local
- library, etc. and haven't come up with anything. So, where can
- I get a copy of the ISO 3309 document "Data communication --
- High- level data link control procedures -- Frame structure"?
- Thanks, -Ross P.S. I posted this on April 8th, but it looks
- like it didn't make it out, so here it is again. Sorry, if
- this is a
- duplicate...+====================================================
- ========================+| Ross Wille - N6SJD | Email:
- wille@cup.hp.com or wille@hpcuoa.cup.hp.com || Hewlett
- Packard | Ham Radio Packet: N6SJD @ N0ARY.#NOCAL.CA.USA.NA
- || Cupertino, CA | Phone: (408)447-0215, Fax:
- (408)447-4909 || "Undetectable errors are treated as if
- no error occurred." - IBM Manual
- |+===============================================================
- =============+------------------------------Date: 21 Apr 92
- 16:02:42 GMTFrom: idacrd!n4hy@princeton.eduSubject: AX.25
- Link-Layer Docs (ISO-3309)???To:
- packet-radio@ucsd.edu------------------------------Date: 21 Apr
- 92 20:54:49 GMTFrom: mdisea!jackb@uunet.uu.netSubject: AX.25
- Link-Layer Docs (ISO-3309)???To: packet-radio@ucsd.eduIn article
- <1264@idacrd.UUCP> n4hy@idacrd.UUCP (Bob McGwier) writes:> Call
- the ARRL and ask for the Computer Networking>Conference
- proceedings that occurred in Columbia, Md (it is the green>one
- ;-).To answer the _next_ question, it is (203) 666-1541. Gee, I
- haven'tworked there in over fifteen years, and I still remember
- the number.Seems scary...Jack Brindleham radio: wa4fibinternet:
- jackb@mdd.comm.mot.com------------------------------Date: Tue,
- 21 Apr 1992 11:54:00 GMTFrom:
- munnari.oz.au!mips!mips!darwin.sura.net!Sirius.dfn.de!chx400!dxce
- rn!vxcrna.cern.ch!jalocha@network.UCSD.EDUSubject: AX25 driver
- for BAYCOM-like modemTo: packet-radio@ucsd.eduI just wrote a
- packet driver for BAYCOM (or similar) modem.It allows you to run
- AX25 and TCP/IP with KA9Q and simple modem.I'm giving it away to
- let everybody try it._Please_ send me success/failure notes and
- comments/hints/complaints. Pawelp.s. By the way if anybody has
- some info (application diagram ?) of AM7910 chip I would
- appreciate sharing it with me.section 1 of uuencode 5.02 of file
- ax25.lzh by R.E.M.begin 644
- ax25.lzhM(?TM;&@U+=0.``#-.P``9P>5&"`!"$%8,C4N0T]-::E-```-D7][V-6D
- K?]SM[FQMC8,)*DK7<\"$D01SA%4.+(!':9E'!,`4KP-P33C8[S<RJ^NLOM4!LS%5
- M>?7:>V<=O*]>WG/IF5:ZZ>*LS$@+2*U+"*_9PE,P@.$Y]S;`S^[[ON^]7\WOM?O?
- [(YKVTB<D>?9!=I+U(E>)6"G-X@<:"INC73!#`QCIRS"*EH81.3=).Y_QM\BR8Z8L
- BK:,"ZL;!3]384'C41$\OT*\:!04.@7Z'R?(6)G-RWJ8[`U_'V'.<M?7\(S>!C&O?
- ).<?L:T%=IU7?/<<`:)GXY/C?+T>BI:2FH^0'*C/^GOP<`'W`MQP\\/LA_Y#[0>0'
- WX/YB]^\.\%\]SSWQ]V/O1_B'X`_''OMVJ.XD_%Q/$G\,M#BSZD8;B3\4-Q9]6,-K
- ]$/Q9]1B`;L:].<Z)63$ML@W@'FQ#>`,VD=;VAFW@M;.9`J3$@;+*_-3(->]L21,'
- ###7N[&.OMV.+VD%[2B]J3G^&L&^L5C-L3#)FMQ4N]L9D`B4(:`[83X[GF;K6!V<F
- 9/[X\^2<2,^&36AVTF9EK?\;RU<\'T>$'MVY,S("^O8DS/`$)U$F9WX9>3W@!I>U`
- FM1XV.Y0X%G-%]_6.@U0R$G?;N*.#M>Y)"J^Q![Z-/?*SWRH]\H/?1![X<]\?@/K_
- `A9I^B"4?=;`&_]7MT"_M)J%XMHW4Q91]>LZHXL]7(],G%88[?>"DLH^EH]D<@#6(
- 6/#CNJ/91^-@V<L>(;!WBM6:_Y=A;.KH>0>ML0\/=W0X2,BUB`XI*_[*YZ*MC8.ZH
- R*12*17<3E7HD^MZXM',=Y2>:X)D9*<%<^"L&</G,=&`?]:4LZ\5_LXT$IP=R/R;U
- )9UX@YU!H%[JGM3V?04\-W3IR=<:PVOG&TCJF3R#TW/:V[`ZTB=Q)4J?6](!L79V5
- G;8'"P$Q2M=_B+!=QG$L4GUO;B*Y64G-\"S#@<)WI$]<(7V>$G;8=RLHT^N@#)6L7
- 75M&DMG:\5:EI*,X4+>F3O[N$W\FZI4^`]VJ=MCW*NC3M[Z-,QHHZF_HTC=\.X\&=
- #MG\A;WMY:S/>ML9.S.6;8D,>,*0?1IW=*G=E)Q1$!,G;PX['VBCH=`=_SUB;0M^3
- #LOH%968\%LOAP*_J%6MA\&2SX>\&&WXPW`&&V'%/6(2F%7%-E'-X)^0R+MA/.R5=
- $?MM[R'7U[W86PB(FY+($-'HD^-.ANGIB;01W]SA;#GT"_VQ1_'28"M6''_ZB@4?]
- \HID\*SQV^YD391[B25@[/*N(]3PG;]1<1\APNG'N8Y*"<N7=NMH7/;IOP1[EWT5`
- JUPHSCS773?JI+EWTD*_349QUAP.))4#LW%U.>CPKIX`0RMZG'D2@$>*1&DMS.7+?
- JIKFY$R+K94M'"DUPW[PX[J*!2;A/E,K!()GZB$^+FMYG'5NH0>[KHJ+J<=7`OB"Q
- DES%:U!LNNDA;=/"!(2KQAJ"AA2J7A'3(08R&-M]J!LID4RZX<VQ^T&4XVE%*G4J9
- =3ZZG^(OP>H8=;]5+M0&\M<]Z<[<9OT>$AM[<VU:F4*90ZT"&,D@RX'^];]4>%H.Z
- Y<2+A>N0;.4!=!IALXXDL.+/CFVAX9M<G0=!T`$CYUUG'W[SP],9]J#P[R/-NPLQF
- OX(744/=9QU$@=VT2\`[Y<2_WPMG!<BN'V>/;\%(AFA]/'B=9(YLFXDK:)\^X;8K`
- >R*1W!LHZYB@2/;N@^D,Z5M`.>`P/GKA`S@OR#(MTI@M5`2\`<ZBP"Q=^P77LS&=S
- ,-I\MI\MG\Z[H.HH$SMT#KXZ].%R(4B;&&)2&X>].0Q#9V8L)'2[V:3+U1R_9T2IS
- ':%4Y6+U3>`D,BMKSL.5D:"T?S1U*=>TIT+C8+HFO56-$JL="J./$6$_"4C8A?+VJ
- 1-&@<K(P%YMV+1_*<EJ/><V7>@CJ)5&IM"JP3J*12*12*12*12*12*12*12*12*12
- *12*12M*12*12*12*12*15"Y6>O*5U;8*IW7=$_&S2RPE#4M>*RICH-S7K/5A4O5E
- (5MJY$!FA535;C!*5XK*^.&P'IB<.X/-2KGMZ=?'4&@=<^4WJ@:S^<-P>8/;WCOMG
- RE)1]VVLCS,23$&*PZL\R*>`"U/,B%SVWZ5["$X+I.1VB12*12"<K)I;7UNM8E6YP
- XH.0*\5::69A:VC'(OG"M,PM0A59@5U-+3<,Y[H_,+;ZF%!)KXWO/`]MI=(S_O>3E
- 2^`;XFO^394NXY/]67S=+G:Q]>7NNPR@'K2^,D/=T,K^WX6V:8<M;V\WZ7.X"__?K
- <UAQS[[3A'CW*W##^SAY+2[C3Y2>^/R,Y[QWQ4>PM/<9O^IMVO-^6[YC?)J2/4[S%
- )-IJ):I^"B)\/C_'.?TYG\:#T_O@5/5[=L;QDLYZ5#'M%>Y6$)=MB5W@[_*YWZ.'S
- ]%UN7?U5=]WLZO;]C?>@OBIW8_N6:39XC'Q'OY:M9DK+[9[D<_MZ&Y??ZZ2O@;\S^
- ::H],S$9O9:"0QVWRBU-O>]SWW\7`\KY_I^MSS-MT=YJ7'7]JM:JZ?V*#OYNQF,A(
- [F.RZ?D'S]U]GUT5D_WM/M;[^%8Y4>?MKO8QFT];=RO!]WDYK[OA_#-J.-BU\ISIE
- AGNMH]/5G^;7^N-Z'M?#WG^WO6LMB=P.OE>A\F*\2)Y,U2Y#I:)EG[S]^L9*?=;[K
- %>CZFQENCM/Q)>_!:3DGQ\OM0*>9WU2T^_6&YWM^6Y^`?^7L_Z8:MW'8DK?X[/*?(
- =F,YC[3&4:KJ><S9W?EM>;X\5Q/0Y:SI;'\L?K=GZDS8^__Q/9RRIM"QY^ITD4^_8
- 9DH&:]+ZDO%]R[CMKC;6!&NW_OKG?#I<[XW+U6BJON[^JB^QX6KEE?4K>SW_"]CZ<
- AL[%YE_\]SZMT_IN1JZ+Q/LI*?(OR:Q7?8WT[Q-T]ERL1P]ON9!UO?56M^+_EGO,^
- FC\KQ>CMF?,E>NLU,90T"[E..:N/2<YQ]2[LR^Q;K:.F.=)`;K'+.''94%E'XT/+^
- H-5M9JT^Z\6RCS@SR6BJBS"R&+4@ID864PU1!1%854:8LTA@8QTY9A!1I#%F:688M
- VK#2%NI&<1R0`9A*&)2Q:F;HUTQ@AZHIJ1HV;0W1D4Y9;,1-J:4R9%L(M2-OM!LZ@
- [.6D%3WY64#T4C]Z'C)()W^SLJ6AA$Y-TD[G_'R+)CIBR*MHP+JR*?5$M4!6H+9$9
- PIDTJ*HJ+4TY9I1`B#5BT9RI%0TJZQD6:6P(:,R%RTB;K#&+(C)YMC,+HM3/F%ED,
- F-06SJ(.9M*84S0$H.DPI@Q:$:,JK*-+;&-=&(\RU46I%B4/MQ)&J1]G3P]1,'YDH
- J4V>&@3)D-29BRCZ]9E0:][8Y<#<Y(Y@?UFP;V)&<)9*M9B&T1;WC[;8$'7#?9H6M
- VP32HR&M*<-ER@V7T!Y0_=TR%@YFTU'<TJ(*9L!5M6)K$IDQU</3K)[[Y%VY2\GJB
- U!*U(C;2L-%G1K,D8]@74E-F1I&G*9-BVHC!M%-Y<G%J<CX1!`M`&9K4@VJ$XJHME
- 6$59;5J5I2Q7K$D5T+:C-8^J+U,F0U:5M)NH*0X!86\C-M5TXL.TV56^6(?XI+$S]
- T,8)"V:(\5?H,$(NEI;+$4V40$3AM-.4U+PA*`A"P(*8,#!/TBFEZG+H!Z<FG8FBU
- [-$+8%U"&,:@FH*,,8B9Z&^&M:(K&C5JQIV1</+4S%J2/\*I(S)%2V9,BV_NI_
- 0'4"!M2V8L"ST[/0^)K)MBS+_08;A#&!0N+QHN%+5C!ULPM:Y/]##`1A@6R@[IX.2
- &K'2LRF1%28TJX3.M*%6U35BU%FYJ2U9-#2#6-7#T"(PJZ&XL$<+2,6F65@ZLUA-8
- 68Q%PD%S#AD.MY89)=,3!%,N@[5U1)NI%O>4PAA2*)#(=6Q--0[0"M^ZWB&S."X\F
- M@FS4#9IM3%E@FS?S-H6_ZFQ&AJ:@7RSCO9V0M34VZ'LH]_^-+1T)U!0K^[9]BEID
- /V-[ME*_C;!#Z<<2U>AQ`POB,&<<$7TH0II!D/V@KY&,)4F#I4Z5:XLT#M**TH=`O
- MWZD:7XSG@R]K>=A?-^`];=FC"G&M^U2TB#:7_W&:X8(`$Q9L03D34U]!"3KAM/.D
- ^$;^),X;CB?%-R!+$W)$TYN4)J#=&2U-F":PV9)JC?")--\,+H9_Q@]%+M7QR4#_X
- `\U+71R8#_^@;05!(!_8AL!72<#_^`:T5BJ`_]0.L%0B@/ZX+85")M`^UAX=,*BI`
- ^-/<)R:DW%B=&+$W,62P-Q8<8,^TI\Z[BP/O(/>#/[MX!_UW@M[_K/$C]]0AVV!Y#
- /3"@/,X??&9(R-0-"S"'TL!#74ZA#Y_^`F"#8P@:&<2#;MXF)-N_&.&H:!X!V[R^S
- 3@S,J!K*AGL"<*;,&HHV3(4(B76K2*>L0A*&D-6U9M6-##8,(1<]$3=1("5`B4;@4
- 4+C&0UJFC9DP$;0D1LBRFII&7@\M\(DIA$OM[M=%"XM?_DE2!*6#M^W0X71+_XILT
- H,R,E,S`6W;_Z@Z]PX+GT;5%B@\,]*60MMEI:7J:G">J8!([7)!F()\4._\RPI-6H
- 0EH+H,9W+8))_$6`L463IWE[,-VU7M![5_!C.PX[-04S@ZBE5%06**B)[BPE6%&%5
- 8I4QB&.+ZFA<IG@'"M,"UZ#M6M#>9O+R]JY5IP.>9:/TAS>U&O.N[P\*V<*\.!=UK
- SKUJ9.":%[-R`:Z_G(<4<M6;/,;-4):IK0@9R+DJ'D7X:J_0W,0DA_7E-]W@W_+8L
- 8P%H'$C#6,:"#T:H5MX<M?S=0:V%"T[N2>YC290F+X>_H2S-.QJ"_^_P*$7X?R@1:
- F#(AR6?A;#"NWM(NH`55^&V@$09',$<F`'KP`\,0["R)"QQ'7X=Q`A8XP>,XAT2!=
- V0P(`?7@0MHC`H;,/BB*\4H7GVP`ZB!#X*]SAT*]5(7KV`&DPC59D:Q#\',*)\@"B
- D`6R@M!RL!"*8+(/YRC)D0!9%@0_*DY]S\)H/@P`Q@L:C4M,=>S2PF8)SQ+!I"Z8P
- 9M'6#'_S.:_M*<&_64,-^LG`5Q_>2A_Y))&%!56F)R9F[,'E5IV@WPPP7YYD;.MKK
- A):N?F26HO+1)9O^K2'01.)0$Q$JM?Q5@24(OI4"_DG"C'(&><>8GG>3;JM;-_^5(
- <`(7HM;&@U+<((``!;$P``"0:5&"`!"$%8,C4N1$]#,W9-```&\7.]M=I&HW(O.TG
- [\3\,!0>\VP.APBVPX)UG7N`(#BZQ11<L>[FO<AN[F]F9K?._CMC_^^S-;8!R)+;X
- +5:E5>X#VL;:;\CR_<O]<G"B9J]"FHG8U'KY?RYNKHPTK[ME(J9,JJ2_>^G3]:GI0
- .@Y;*]Y&3$^A#)T<MC5THQ^KU9+][SZ?L:I2*5RJK<MI"W(SM36]4QK/XIJ2]5K?B
- BT>QE=.J0D%?O$SD@8XN@E%B9>Y3[FLE94.W4NMO.C<>Q#F5*0KYO57-NH'WTJII1
- W5LTUW[V#V9>OQ[N!#K%2KG7*EX<21'M?]M3D66ML9!GB2*FZ%(2Y"PU#9TRJOWLR
- GZ5*K0FRRF/;"YG?I2U2-Q4F>1'NY?M5^".GJ[=U":Y@VIQ$#6UUJE#X7[P379VY-
- _(BQC7QZD(ZPY>Z;^9:%7/2U5*MU.$%T/'DG932S23[10JZW<=^]V9>U&$E,]K*7(
- Z\N7C10O/0BE6A5*%5IS4AM"$@7B/3JEO#JW[W/E[!U]GBF1,EZ9$=1*T0(">/J18
- MPB^X^%=.(.=F5X(#-MJ/H^(/?A0(;!%M5*H(E#GB>6Q1#^J%4S&V0Z?,;FQY=S)9
- ;DHAU#+1S'6B0VMH=AJH-&.,A;[NNX(CGYN<G>U]FI.KPZV"5+6K#L3*>)/@"Z\]:
- :=;;9=K0,LM*=Z:0D`I!X*V/*<%KGB`4J2%YLA5<@2%T(]%">83(,745G!5HG:RKR
- >N_>_GMTDW"2'-4)\YVLMK@2U(&PG,PHAGWW0!?\^=#+7V6O(E44SIH7+03`AP#`9
- N`M;ZWE'_0REZ<ZMV_>J8&_!OS`TNI4B.5`#"!/:0T<(;;F7FZ-_'BX=T-W64[SMB
- &LAG&WH#[]8"3]9,+N)FF(3S5)I7_8.CI6*$$RPB'0&WT:D"A74ENHRMUF4M8-6(2
- Z6@(9=TP,Q#II29D+<+F!A66$3JVM;]1>=MM>LNL%8Y=5E,9Y.1F2MX,*%%%Q`@
- &HY>C[/5CQ(EH78#^H>IQ"ZVCI-$$D<(G.A@@ZW6>J_>)DDZ$KIM.;:7[8>[3<E"P
- <@Z1>8J3R12O*&@)%U^[MR\N4Z;I4*`8P>M,2?Y?N[.CV])M>PT>XP?6O72)>*=?O
- %1NL2TY;^%-AQ_838@%7FI2WN<*<%U4VYF:%)T+!!-EM%OY6KE[H4ZVVV$41UC!6L
- D*D7;"AS_>GM$QB=#%@7JW""(F`#A]?X[$<XQ=4ML$V;%-`"W"C$(H`QQ%+$)JX1B
- TL;,5,^%+#O0&D405$W8&&Y8]DGA8BH$:'%M[P/<47&OPE(Z)M`K<I5T3-!5#WA<"
- 8Y3EP8?Y8``2=&IEL?7Y`(!60T.HS&EM*T/"`".'J(K[QPQ.$C_S*G3;2]&A--JG<
- :`S./>1CR8L0$-;-O(4^6ZN^.<FM-+F+2@-?B@#X`@[^?Z<9/9AS<F8J;X!-_%'YD
- E?T/I2@IE**[:LUU'=RGPEEM=SY$=@_D$,41V]\,>2:.F#+*JP[3)=BZF0`L=?,+B
- 91$;KN6HG4E]K3JM%S?M:)X35_4\7.H0@%!8<ZE8L%0JP11\.<=9L4O]0;.P[)("0
- (Z-0`62212G72H&MQBLXUIVFWD*9\:0356!B!0]*$!8!2,?!P8L7HK@A?N!;!0$$@
- \?$'M_A'V\4M9&W??'DWC@;=]^#B.-"^36-_6((1R])QPH!R/WCIE!YW>`.C:_S1)
- G-N@H1&M(WMT3VURQ%?^+K3A20D])EA*2T%<Z/9(\7IQ22>G?\(V$P40N'5?FCBSA
- `-[MSAPL<X?7R$3\\(WV^CJ.I<'JWY\W^GK+D"O.)`.(%6S#0XT;\_$:M@/K)L^IM
- Y"^'V[5;V?@%1P?[4VVD=\@0]YEY^BQX-JOW]JM"`ZADF')$8<`J*9))/L*XM>5KX
- =I4T(`NY'4@A)#K*<G!_DJO;=Q#4=F&PLP(42ZY0*V446(U_3-W&[L>$MF#"1)C[!
- V-M`W6MB\B*E#%$05,/4C&.'5&4%G)M5(:#)^Q]D``V3AX34GBS,M,/XK_PXK];/>
- 7D%US,G,5F#4:#$8D@16A)WC1DG%;D4D#.-KB;B#.4<C_F5DMZ8C[JKSOH*DUB_ZT
- 73#PA2ZX0?3*;CDUYE"-BB8PB'[,GHLZ39DZ`E]<=+,`MDR]/,[OP03Z$$<,1OY6D
- 1G2G1&G^6?2=P2='W\_OYD3TISG+L%?K.[%=H]PFM&>0F6``*4Q8XT,)H::%1=36>
- TK$XIX5)[E0-?S]?O]XN!"[+.EQ/`F[*J*,0M9V$4'E%!XP6N^)W_(F]J:CTJ89"V
- 8JQ<[XS8[X<?2&AJ^7DUY1YZSA8FHF$\MEDR!;/'1WI44GA58GWI=Y^]"QP75AEX$
- ,4N-L_1I6P^D]I,9:*S7SVZ/&R^[M<TY6'SP1RZDL.WL:"I!9[)T#!'Z=8C65Z,(4
- \$66A(U;Z20^:UVKQVP_R*SAM!"4*AKU0T$3!C'0`1TL/2?$H]>1MM0<S%0S_YF%.
- 0S9%CS"V(7W.[\30A.'FM\,K.X]6Q=U?:/XO1:,QP`Z%T.+4/[WN.7!PG6>+P-'V<
- <T8111E/VQS[JA/UMW@G=MHM+G6U'L`QRK?*$82\=H46)O-"N(,6X*7IO4,V`9?3=
- T$&*_F3S1_P#MT8Y."#!31A3'3TP7*\E9@,LA9=*0W&IQ.3X.EXRQBS&C')PPCRJ>
- =14G54ZVM+*7H[B:2QK<]'AWQ)$G4&%8.NTL#)-.=@T:J/+_#>^!9!Q@&,9Y7>RV,
- 2T83MPIFI*54-&,6CZ14.8!4>"#(MFO0-(L,<,^O6%!+<XD57&V8%9*>'>JN.LV5#
- MES#O?[;B]^]#(3(,6#)[.+!#)UB(3#!K"VB[L3C`+O>`V!^\J=8P6S3/QL-CM_B=
- 1`\M$,4[T"'H_D?:RE)?(33X_W_QR+OWZI%,JA/VRT,&^!(N?]9%36R64M_XZ0!SK
- Z6CYRJ;7)#^*/_<\;%B:MG.\^AY^'K2#&H_I!`?_Z'9JK5W(]U*AJMK.[EC(-]'!^
- W8Z_?AW\>/AQ(]W9R^[J^"-SK92(J;I0I).8M;&@U+<\$``"=M!@``9K<\&"`!"U!
- +5%-4050N0T]-CUQ-```$?&K#[K&E(_>][W=G9ME)JHD-MO^+@RQGKE2(<]FM4-86
- YYY6=E$S[>]_[=ZWN][Q_]_\ZWP0L8(-WF3"B)`H0M17Q/P;)T#V7.Z?;-E30X?@D
- :(94K_75%"$[+#W[WNRD)?!?%!?%!9NZN-J.?M@T?)34O1E$V5,JS95E&Q;P9&UF6
- !:F-%U(E&6K\BUY,*+4ZS61K,4IQML:ZXMI`UVV6(M;6;68LV)HC-X1.:($I9!C$V
- S++?)D'K1-@J68,4M9<8O4V4FYMY'MK"ELD$J,J:R[80&1LA;>VE2K:1M;G_V^MK(
- AP?;L/_>G5/I.PVHO5E>S*.<;M3O!V@FKTKY0%':@+MTLP6Z89UPMSX5[H;"NZB58
- -@8$'IEPM7=W\"S_I]89"M/K/^GUFKVZ5(RUG@/_/L#V$#G-#@6N[)#P+7>WQ[V+F
- 'SZO+L<L7\8J,"/,]MT['Y9YN\B308-=1/P:_FGFRJ>/1/-21-CTS2DH]:YS_AY9]
- I#HGWU$WCG9Z9M8?>A\L^E^F&=/V.78S_/#&R['!K^2?OX>*?[^]1YF4?0JSNU\A4
- ,YZOY-,_BM]RF&98&N49Z$[)=ZL[,H('<SG'UU5C\1&IF&M4?BR#Y_E.U^1GMQ%:%
- <=O\KM@4<>U0[7Q\#J1=]KHX%'Q(O>AQT,5)!\@Q0G)M0EAU9K=+E6J%"J.=JG=NA
- MM-F;YT;G<X#S^3YR77_'%^6`X3T8M2/Q8)ET$,UZNL#=%#^L?D(98M#1<A`'NM-5
- =&A#.V?'Q!&YR-S@9QY86':&^M'K_D](9$&R(4+!O(FNO%B6[&\3765%,3M85"CEA
- R;=C)$!F#>H9)::@VQ,RQ-M#46EK#5$HNFV%5K+C"O^LQ;]H?_,M27M9[/Z::HJE,
- ]1]\#-$@LK\$#$JR$'89"WQQIIDA137%PN!3;+4:<^"*D6"Y(2MB;#[6#Y-683*.)
- ;,!"ZAU(-0<#)-95&*^3;_F:;)H9`O;"]"6%H`"R[&HFXVM-\@K,-N2Y:RBPV``H2
- \83D=0;3'R,0>\69<;7OP=1L"34`]-C5LQ!K-`.B#7M&F%@>%&9LU_)?`(66OR(
- B;%X.S$&U3[<M-:7'-"6P:&C[YB49<758LBA)0MX`0!>F<;<#=>_`"D5?X2:F]VGB
- >OWUTU52`"_"]*3'Y8J+3362/\(R8<8G?HM19:&Q_;],`4W8&E<;%X68^)@X;)J98
- FV8O6&;YBI-XE!'H(]9&J2U"6V292^M!+&2[*6DA;&%[D+D0OVA&A'-A5L]Q6XM9^
- Y?-D[257UUA.^S54\72P]]W=$WM#S.P[Q-/#?L%PZTVE/PZPWD'V&XW-QQGL:L.I(
- XVC.-=G&]HXFQU79UN2WKZMRBXCC:`[5\_5_5QX_METT>X+$-L#B1(,ZODNY/;^UW
- *E!Z[#O4W"/5N$<K`ZM9U+IA"*7T2,&MP=TAFTM'']'.#B#YR%"G3Y5.G2^][CQQ%
- [L>K+VY#T>,04?M67R5G&S7HZ9-!'E@GMP3M@3UX)^AFO9SSOZN]S0\UR%AQJ4O"U
- =%WJ.FH".SM/NS/IX9O+.X?"#B5X7BT;+K_GB1C>8<Z\;R3G<FEI,(,/WLB#P]B1N
- "8\[@RM9V0'JXG=;I&J?C('3LB)HDL*R\;TK*T^8L+$ITD,)Z3*G=*>AEV.XN'@(S
- @MM;&@U+=L#``"+!0``6K<\&"`!"E1%4DU)3BY#3TWTNDT```.9:H.V1M2/=[_=MU
- DZ,EHX;@,GX&@QK+&241LMT5BTBTJ=.>8MEB)3\W?[W:W>__3__[(P06)<*M3F@X;
- @U!!1!""7`Y!D2RT.92-7JM;@-*B@E5=3L1"61JO>W>DXI7!<5PD',!M7&TWOUQ5Y
- Q&N250VT.YA4#45%)TQ%'0,%DNG,/"P<#"&T=_.0[0HJ'A8G`X&M^PL3$P[\<^!*2
- O/#FE>2<V!<S,BBZD;Z#T$$I#!)Q!2C2=Q6:1!>$-(*JHE&MXZ\4?D8\[C\2;Y(W`
- E395$=>2$!FXX^-BSY^+-R./_[?<S&%K7T[BY`^'/\^M>LM`DE`O!VR:-E^,Q\ATR
- N08_B,6>;@C,<;_</I%!+P\$;;05*;31N45*%!ZM3[Q5%;8U.LO4MZU[6'_&H*-'5
- ]=:'^1,W*ORAV!,[Y4EGP8-WC:7=#93!]>?M=?8O;5_SY^NO"\*IX7N:Z]:]T+OY5
- _8E]%?E^L+5Z:^G;K?M[\'JW?QV%^9^M]@.J\AW0JDC1UJ?7T>IIR%M7Z%[K=<^6*
- SV0UY'N])?8EA%57%2VL\E?P/9JM2J=WTMN`)%#6D5!=O@N,_^EU2]J'X9%8=U>:E
- Y(LD&XZ$$H(W3E_/J;&V5)IMQE0@\=$B//8#'$-F$>=;'1(9L+&F@I994,`S!50J'
- "-%2,[@TOE:=<=*V-IXMB0P!/`9O_696<^7_F6S+MMG\<C>Y;>-]M,S$>/]J!C;.$
- ',=0TP/OG0H=*!YM3K1$JLM/]W\:(:)KM7K8Q3!"[)U05HL;)2.V4>:1/;FF.^5!%
- 1:4N!DH`LRRMM$@26(@NF3`XXZTZ4P`4!H4)R6R-J,1&07,=/`E[.!U*89&@/22MW
- XPK-&.DM%>*0.'`C>`Q^I1=,0!/`J*1((:@6_&%JHFYV+)ZD$MCH:7<,31X'FS=\H
- )*&MJH`N^@3`%U\X`*AN+9VS>[OV/*W%]O0/N/35&*6-COJ1T1;-$#\'=S!$[Y3?M
- X_40%.6!I>*:@JC$)@W`I$4QYQN28^::S-V.\%O1>,*@+EB^(7TBVA=[)X<EM,G2D
- _=)[N5YDJ&4LD,LJO,3@3-A6]G>;/N[J\T?OP[&IZDK/[6[3+ZG8I^UHM2HLNN;<P
- _`MS9D/O+7F5Z&3[=7G3%JXN=O%H<M:'TED>7A_CPM9.-,Z$`N=;M+;_YM_]NDSZ:
- KYG)4Q#Q5D,1]UW.IZW9_"GKSP]=BGULH77R1:_*ZJU?JA"*M_3FZ%SH>C(V:^\9\
- 7:@N.5T9&G8L?)8L5_TJZ3(U=IFW5V9M5G!0-G$S9-_@@[-5DB+9EP$^,">*">,"?
- A[-7:JSI^C]5216O<K)J@`!J`endsum -r/size 4020/11603 section (from
- "begin" to "end")sum -r/size 52361/8402 entire input
- file------------------------------Date: Tue, 21 Apr 1992
- 19:32:00 GMTFrom:
- usc!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!think.com!yale
- .edu!jvnc.net!darwin.sura.net!Sirius.dfn.de!zrz.tu-berlin.de!news
- .netmbx.de!Germany.EU.net!mcsun!dxcern!vxcrna.cern.ch!Subject:
- AX25 driver uploaded to ucsd.eduTo: packet-radio@ucsd.eduThere
- was a problem with posting AX25 packet driver for
- BAYCOM-likemodem here so I uploaded it to ucsd.edu in
- hamradio/packet/tcpip/incomingdirectory. At the same time I
- uploaded there PKTMON12 - a programto monitor HF and VHF packet
- traffic with HamComm interface. Pawel
- Jalocha------------------------------Date: Wed, 22 Apr 1992
- 10:14:00 GMTFrom:
- mcsun!dxcern!vxcrna.cern.ch!jalocha@uunet.uu.netSubject: AX25
- driver uploaded to ucsd.eduTo: packet-radio@ucsd.eduSome
- preliminary tests of the driver indicated two problems:1.
- Something was wrong with p-persistance scheme. I think I fixed
- this problem somehow but I'm not really sure...2. Tx head (tx
- delay) was too short. Even it's maximum value (255) may be too
- short in some cases. I made it now two bytes value and put 500
- as default.Thus, I uploaded the "improved" version to ucsd.edu
- again. Pawel Jalocha------------------------------Date: 21 Apr
- 92 00:14:40 GMTFrom:
- psinntp!ncrlnk!ciss!lawday!jra@uunet.uu.netSubject: New version
- of INTRONOS at ucsd.eduTo: packet-radio@ucsd.eduI just uploaded
- a new and hopefully finished version of my INTRONOSintroduction
- to ham tcp/ip document to thehamradio/packet/tcpip/incoming
- directory at ucsd.edu.This document is designed to serve as a
- standalone introduction forpacket radio users who want to get
- their feet wet with TCP/IP. It is <not> a redraft of the
- reference manual.The new version is called INTRONOS.NEW (until
- Brian replaces the oldINTRONOS.ZIP with this new version). It's
- a pkzip archive that includesboth an ASCII version and a Rich
- Text Format (.rft) version of thedocument. The document is
- about 35 pages, the archive file about 54klong.I plan to
- distribute this more widely; I'll put it at least onCompuServe
- and at the major ham radio BS systems. But it'll be a fewweeks
- before it's likely to get there, as I'm working out of town
- andtime is at a premium.Enjoy!John
- AG9Vjohn.ackermann@daytonOH.ncr.com-- John R. Ackermann, Jr.
- Law Department, NCR Corporation, Dayton, Ohio(513) 445-2966
- John.Ackermann@daytonoh.ncr.comPacket Radio: ag9v@n8acv
- tcp/ip: ag9v@ag9v.ampr
- [44.70.12.34]------------------------------Date: 22 Apr 92
- 04:11:08 GMTFrom:
- swrinde!mips!cs.uoregon.edu!nntp.uoregon.edu!news.u.washington.ed
- u!ogicse!willamette.edu!jtilton@network.UCSD.EDUSubject: NOS
- <--> UnixTo: packet-radio@ucsd.eduOnce again, I'm a member of a
- group that's attempting to use NOS toconnect from a remote
- computer, through a PC connected via ethernet, toa Unix running
- machine... has anyone implemented this, and would theycare to
- share with us how? The documentation is unfortunately crypticon
- the matter (especially since we can't get the troff'ed version
- toprint correctly... and the PostScript version isn't all
- there... :( ).We're past the bit about getting the machine to
- recognize it has anethernet card.. now it'll resolve, but can't
- establish a connection to,the internet address we supply... do
- we need to put some kind of NOSinterface on the Unix box, too?
- I hope not.. shouldn't a telnet be atelnet be a
- telnet?Thanks, -james tilton
- N7XIR------------------------------Date: 21 Apr 92 12:38:49
- GMTFrom: mcdhup!viper!net@RUTGERS.EDUSubject: PcPakrattTo:
- packet-radio@ucsd.eduPc Pakratt doesn't talk in kiss mode. When
- you enter KISS ON from Pc Pakratt's Dumb Terminal the program
- aborts and exits due to a link error.At that time run a KA9Q
- program. I do this by a batch file.Then when in NOS and you want
- to exit to a non-kiss mode, tell the TNC then exit, restart Pc
- Pakratt (i.e. param ax0 255 ^M, tip tnc^M, KISS OFF)then go to
- session manager (F10) and exitRestart PcPakratt for non-kiss
- operation If you revolve around two batch files and remember the
- above NOS commandyou will always know in what mode you exited. I
- usually exit in KISS (That is to say when I exit PcPakkrattI do
- not restart NOS, or vice versa) Check it out. 73 de N2OEOREPLY:
- viper!n2oeo------------------------------Date: 21 Apr 92
- 05:05:41 GMTFrom:
- csus.edu!netcomsv!micromed!msolinas@decwrl.dec.comSubject: PMP
- with Exar chipsTo: packet-radio@ucsd.eduSomeone posted a message
- saying he used Exar chips in a Poor Man's Packet modem. He
- listed a Applications Notes number. Somehow, I wrote over that
- saved file - I don't know how. Please repost that message!!!
- -----------------------------------------------------------------
- --------msolinas@micromed.net.netcom.com (Michael
- Solinas)Micro-Medic BBS
- (408) 280-1610------------------------------Date: 21 Apr 92
- 15:31:28 ESTFrom:
- icd.ab.com!iccgcc.decnet.ab.com!whitej@uunet.uu.netSubject: PMP
- with Exar chipsTo: packet-radio@ucsd.eduIn article
- <7NekJB1w165w@micromed.net.netcom.com>,
- msolinas@micromed.net.netcom.com (Michael Solinas) writes:>
- Someone posted a message saying he used Exar chips in a Poor
- Man's Packet > modem. He listed a Applications Notes number.
- Somehow, I wrote over > that saved file - I don't know how.
- Please repost that message!!! > > >
- -----------------------------------------------------------------
- --------> msolinas@micromed.net.netcom.com (Michael Solinas)>
- Micro-Medic BBS (408)
- 280-1610Mike,The app note I am using is from May 1978 Function
- Generator Data Bookpublished by Exar. The app note is
- referenced as AN-01. I am usinga modem derived from this app
- note and it works very well. I am alsousing a modem described
- in the original article which uses the TITCM3105 and it too
- works very well. Hope this helps. 73 Joe KE6HAinternet
- adr:whitej@astro.cs.hh.ab.com------------------------------Date:
- 22 Apr 92 02:00:41 GMTFrom:
- xrxedds!ihost!next32!dstrout@uunet.uu.netSubject: What exactly
- is Baycom? (Beginner question)To: packet-radio@ucsd.eduWhat
- exactaly is a Baycom modem? I get the idea it's a build it
- yourself TNC, but beyond that, I'm clueless. Could someone
- give me some pointers as to where I can find out
- more?Thanks!dave.-- Dave StroutNeXT
- Programmerdstrout@next32.isnet.com <-- Should
- work......uunet!ihost!next32!dstrout <-- Else try
- this....------------------------------Date: (null)From: (null)NO
- WAY. Get the proceedings of the ARRL computer networking
- conferencethat was held in 1989 (I think) in Columbia, Md. In
- it, Eric Scacehas a state diagram description (a flow chart for
- a state machine) ofAX.25 Level 2 version 2. It is the ONLY was
- to go in programminga version of AX.25. Call the ARRL and ask
- for the Computer NetworkingConference proceedings that occurred
- in Columbia, Md (it is the greenone
- ;-).Bob------------------------------End of Packet-Radio Digest
- V92 #107******************************Date: Thu, 23 Apr 92
- 04:30:02 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #108To: packet-radioPacket-Radio Digest Thu,
- 23 Apr 92 Volume 92 : Issue 108Today's Topics:
- active group? A Packet/Amtor
- hybrid called PactorARRL's "Business Rule" proposal - automatic
- retransmission prohibited? AX.25 Link-Layer Docs
- (ISO-3309)??? (5 msgs) AX25 driver uploaded to
- ucsd.edu BPQ & NOS 0201
- FLEXNET help and contact BAYCOM MFJ-1278
- WEFAX software help Sony ICF-PRO80 <FOR
- SALE> THIS MAIL IS BEING RETURNED BECAUSE IT WAS NEVER READ
- BY THESend Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 23 Apr 92 05:27:47 GMTFrom:
- cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu
- !da0g+@cs.rochester.eduSubject: active group?To:
- packet-radio@ucsd.edu>> Is this group active? I have not seen
- any postings for a week.I think they moved to
- rec.radio.amateur.*>> rec.radio.amateur.misc (was
- rec.ham-radio)>> rec.radio.amateur.packet (was
- rec.ham-radio.packet)>> rec.radio.amateur.policy (new group -
- for FCC and policy dicussions)>> rec.radio.swap (was
- rec.ham-radio.swap, but is now expanded to>>
- include non-amateur gear, e.g. scanners,
- SWL) Enjoy, -dA.------------------------------Date: 21 Apr 92
- 14:41:18 GMTFrom:
- swrinde!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus
- @network.UCSD.EDUSubject: A Packet/Amtor hybrid called PactorTo:
- packet-radio@ucsd.eduIn article <v#2j!qc.hughb@netcom.com>
- hughb@netcom.com writes: > know. If anyone has information on
- this mode of operation, maybe you > have some articles, or have
- a working system, please drop us a line. PacComm in Tampa
- Florida is handling a licensed copy of the German Pactor box.
- Pactor has been described in QEX, and reprints of the article
- are available from PacComm. The German version is $425,
- PacComm's is $290. PacComm: 1 813 874 2980, FAX 1 813 872 8696,
- BBS 1 813 874 3078xenon!skyld!jangus < This space left blank
- intentionally. >J Angus, PO Box 4425, Carson CA 90749-4425 voice
- (310) 324-6080------------------------------Date: Wed, 22 Apr
- 1992 20:22:02 GMTFrom:
- sdd.hp.com!hpscdc!hplextra!hpl-opus!hpnmdla!alanb@network.UCSD.ED
- USubject: ARRL's "Business Rule" proposal - automatic
- retransmission prohibited?To: packet-radio@ucsd.eduIn
- rec.radio.amateur.packet, willis@cs.tamu.edu (Willis Marti)
- writes:>In article <14580026@hpnmdla.sr.hp.com>, I wrote:>|> I
- don't think this would apply to most packet stations. Packet
- stations>|> do not retransmit other transmissions -- rather they
- receive a packet> ^^^^^^^^^^^^^^^^^>|> store it temporarily
- and then retransmit the packet.>
- ^^^^^^^^^^>|> >|> AL N1AL>Al, read what you wrote 8-).Agreed I
- wasn't very clear. Let me try again:A voice repeater
- retransmits the signal AS IT IS RECEIVED. You can thinkof the
- repeater as a bent pipe that takes the input signal and sends
- itout again unmodified.A digipeater does the same thing an
- old-time traffic handler does.It receives the message (packet),
- stores it, and re-sends it later.I believe that the FCC
- definition of "repeater" no more applies topacket digipeaters
- than it would to traffic handlers. AL
- N1AL------------------------------Date: 22 Apr 92 13:15:44
- GMTFrom:
- swrinde!mips!spool.mu.edu!hri.com!noc.near.net!uhasun!arrlhq!jblo
- om@network.UCSD.EDUSubject: AX.25 Link-Layer Docs
- (ISO-3309)???To: packet-radio@ucsd.eduIn
- rec.radio.amateur.packet, n4hy@idacrd.UUCP (Bob McGwier)
- writes:>From article <31750001@hpcc01.corp.hp.com>, by
- wille@hpcc01.corp.hp.com (Ross Wille):>> I have a copy of
- version 2.0, October 1984, "AX.25 Amateur Packet-Radio>>
- Link-Layer Protocol" by Terry L. Fox (ARRL). Is this the most
- recent>> version of this document?>>NO WAY. Get the
- proceedings of the ARRL computer networking conference>that was
- held in 1989 (I think) in Columbia, Md. In it, Eric Scace>has a
- state diagram description (a flow chart for a state machine)
- of>AX.25 Level 2 version 2. It is the ONLY was to go in
- programming>a version of AX.25. Call the ARRL and ask for the
- Computer Networking>Conference proceedings that occurred in
- Columbia, Md (it is the green>one ;-).No, no, don't do that!
- The pubs sales folks will have no idea whatyou're talking about
- and they'll send the call to me! Ask for the7th Computer
- Networking Conference Proceeedings. That
- they'llunderstand.-------Jon Bloom, KE3Z |
- jbloom%arrlhq.UUCP@uhasun.hartford.eduAmerican Radio Relay
- League | uhasun!arrlhq!jbloom225 Main St.
- |Newington, CT 06111
- !------------------------------Date: Wed, 22 Apr 1992 18:23:24
- GMTFrom:
- qualcom.qualcomm.com!chicago.qualcomm.com!karn@network.UCSD.EDUSu
- bject: AX.25 Link-Layer Docs (IS O
-
- -3309)???To: packet-radio@ucsd.eduIn article
- <31750001@hpcc01.corp.hp.com> wille@hpcc01.corp.hp.com (Ross
- Wille) writes:> The document mentioned above wimps out on
- detailing the Frame Check> Sequence (FCS) algorithm by saying
- "It shall be calculated in> accordance with ISO 3309 (HDLC)
- recommendations." I've searched> the local library, etc. and
- haven't come up with anything. So, where> can I get a copy of
- the ISO 3309 document "Data communication -- High-> level data
- link control procedures -- Frame structure"?The AX.25 document
- didn't go into great detail in computing the CRCmainly because
- the standard practice at the time was to use commercialHDLC
- chips (Zilog SIO or 8530, WD 1933, Intel 8273, etc) and these
- allcompute and check the CRC automatically. With the recent
- popularity ofthe "software HDLC chip" (a big step backward, in
- my opinion) I guessthere's a need to define the CRC calculation
- in more detail.Unfortunately the ISO spec might not help you a
- lot -- they'renotoriously hard to read. A large part of the
- problem is that ISOspec-writers take pains to avoid discussing
- "implementation-dependent"details. But these are exactly the
- details that you, as an implementerlooking for guidance, are
- probably most interested in! For example,ISO 3309 has an unusual
- (for ISO) annex titled "Explanatory notes onimplementation of
- the frame checking sequence (Not part of thestandard)". But it
- consists mainly of a page of algebra showing how aCRC can be
- mathematically represented as the division ormultiplication of
- polynomials. The other page hints that the actualimplementation
- includes a shift register, but nowhere does it showwhat the
- actual circuit looks like (a shift register with taps
- feedingexclusive-OR gates providing feedback.)Useless. And
- perfectly typical for ISO.Almost any textbook on data
- communications that covers link layerissues will have a much
- more readable section on how to generate andcheck CRCs than the
- ISO spec. There's a simple, brute-force way (onebit at a time)
- and a much faster way that requires look-up tables. Youcan find
- code that does the look-up table approach in my TCP/IPpackage on
- ucsd.edu (/hamradio/packet/tcpip/ka9q/src*.zip). It's inthe PPP
- code contributed by Bill Simpson, file ppp.c. PPP is a linklevel
- protocol for sending IP packets over asynchronous telephonemodem
- connections. It uses an "asynchronous" form of HDLC so it
- usesthe same CRC-CCITT algorithm as AX25.Before you distribute
- any code that does CRC generation in software,PLEASE make sure
- it can talk with a regular (hardware HDLC) TNC.It's easy to get
- the conventions wrong so your implementation willtalk to itself
- just fine, but won't talk to anything
- else.Phil------------------------------Date: 22 Apr 92 19:32:50
- GMTFrom:
- swrinde!cs.utexas.edu!bcm!lib!oac.hsc.uth.tmc.edu!jmaynard@networ
- k.UCSD.EDUSubject: AX.25 Link-Layer Docs (ISO-3309)???To:
- packet-radio@ucsd.eduPhil, I agree with the rest of your post,
- but the following comment caught myeye:In article
- <1992Apr22.182324.9358@qualcomm.com> karn@chicago.qualcomm.com
- (Phil Karn) writes:>With the recent popularity of>the "software
- HDLC chip" (a big step backward, in my opinion) I guess>there's
- a need to define the CRC calculation in more detail.Waitaminute.
- I thought you were the one arguing that having special
- functionslike that outboard of the CPU was an inefficient waste
- of hardware, especiallysince CPUs are getting fast enough to do
- the job and not impact the rest ofthe system. I agree that doing
- things like CRC in software is a Bad Idea; whendid you change
- your mind?-- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe
- to malice that which canjmaynard@oac.hsc.uth.tmc.edu |
- adequately be explained by a .sig virus. "You're the only
- extremist I've ever known who has a sense of
- humor." -- Richard Nixon, to Pat
- Buchanan------------------------------Date: Thu, 23 Apr 1992
- 02:23:28 GMTFrom:
- theory.TC.Cornell.EDU!payne@tcgould.tn.cornell.eduSubject: AX.25
- Link-Layer Docs (ISO-3309)???To: packet-radio@ucsd.eduIn article
- <1992Apr22.182324.9358@qualcomm.com> karn@chicago.qualcomm.com
- (Phil Karn) writes:>With the recent popularity of>the "software
- HDLC chip" (a big step backward, in my opinion) I guess>there's
- a need to define the CRC calculation in more detail.Please
- clarify "big step backward."If you consider the software TNCs a
- step backward because they have made theold, slow 1200 bps
- standard more firmly entrenched, you are probably right.If you
- mean more than that, please elaborate. A DSP modem that
- implementedHDLC in software alongside the signal processing
- stuff might be a quite reasonable way to do things.-- = = = =
- = = = = = = = = = = = = = = = = = = = = =
- = =Andrew C. Payne, N8KEI UUCP:
- ...!cornell!batcomputer!payne INTERNET:
- payne@tc.cornell.edu------------------------------Date: 22 Apr
- 92 11:12:53 GMTFrom:
- usc!rpi!gatech!bloom-beacon!eru.mt.luth.se!lunic!sunic!sunic2!seu
- net!infovax!goran@network.UCSD.EDUSubject: AX.25 Link-Layer Docs
- (ISO-3309)???To: packet-radio@ucsd.eduIn article
- <31750001@hpcc01.corp.hp.com> wille@hpcc01.corp.hp.com (Ross
- Wille) writes:>[stuff deleted]> I have a copy of version 2.0,
- October 1984, "AX.25 Amateur Packet-Radio> Link-Layer Protocol"
- by Terry L. Fox (ARRL). Is this the most recent> version of
- this document?>[stuff deleted]Is this document available in
- machine readable form? Any ref's?Best
- regards.------------------------------Date: 22 Apr 92 13:14:49
- GMTFrom:
- icd.ab.com!iccgcc.decnet.ab.com!whitej@uunet.uu.netSubject: AX25
- driver uploaded to ucsd.eduTo: packet-radio@ucsd.eduIn article
- <21APR199220324926@vxcrna.cern.ch>, jalocha@vxcrna.cern.ch
- (Pawel Jalocha) writes:> There was a problem with posting AX25
- packet driver for BAYCOM-like> modem here so I uploaded it to
- ucsd.edu in hamradio/packet/tcpip/incoming> directory. At the
- same time I uploaded there PKTMON12 - a program> to monitor HF
- and VHF packet traffic with HamComm interface.> > Pawel
- JalochaPawel, I would like to use your driver with the "Poor
- Man's Packet"modem. The interface is via the printer port
- rather than the serialport control lines as in Baycom. Would it
- be possible to get a copy ofsource to modify for that purpose?
- I suspect there are a significantnumber of the users of PMP who
- would like to use TCP/IP. TNX DEJoe KE6HA. (internet:
- whitej@astro.cs.hh.ab.com)------------------------------Date: 23
- Apr 92 00:02:47 GMTFrom:
- swrinde!mips!darwin.sura.net!tulane!rex!agwbbs!Angelo_Glorioso_Ii
- i@network.UCSD.EDUSubject: BPQ & NOS 0201To:
- packet-radio@ucsd.eduHi All, I am trying to get BPQ 4.05 and NOS
- 0201 to work with my bbs system.I am running W0RLI right now
- with no problems..If Possible, can I get a copy someones BPQ
- Config file and NOSStartup file..Any help will be
- appreciated..73 de Angelo-- Via DLG Pro
- v0.991Internet:angelo_glorioso_III@agwbbs.new-orleans.LA.US
- Usenet:rex!agwbbs!angelo_glorioso_III Packet:N5UXT @
- N5UXT.#NOLA.LA.USA.NA Tcp/ip:N5UXT.AMPT.ORG
- [44.108.2.13]------------------------------Date: 21 Apr 92
- 14:58:35 GMTFrom:
- swrinde!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus
- @network.UCSD.EDUSubject: FLEXNET help and contact BAYCOMTo:
- packet-radio@ucsd.eduIn article
- <1992Apr17.165417.17465@tc.cornell.edu>
- payne@theory.TC.Cornell.EDU writes: > Unfortuantely, I'm afraid
- that "others making a profit from their efforts" is > largely
- their fault. They waited far too long to "go commercial".
- They've > been approached by several companies who wanted to
- market their hardware and > software and these companies were
- turned away (so I've heard). > > When you label something as
- freely distributable, you are giving it away. > To expect any
- compensation is absurd. I've gotten less than $100 in >
- shareware-type donations for my Poor Man's Packet program and
- I'm surprised > I've gotten this much.The problem was, and
- still is, that the program Digicom was not being
- "freelydistributed" but was being sold for between $50 and $75
- with a $30 modem thrownin for free. The software should have
- separated from the hardware if it was tostill be considered
- "given away for free". PMP will suffer the same fate. Themodems
- are being given away with a $50 copy of the software to run
- them. The"correct" method of distribution if you make a product
- specifically for usewith "freeware" is to make a software +
- schematic available for a nominal costin addition to the
- product. An example of that is Tucson Amateur Packet
- Radio.xenon!skyld!jangus < This space left blank
- intentionally. >J Angus, PO Box 4425, Carson CA 90749-4425 voice
- (310) 324-6080------------------------------Date: 23 Apr 92
- 03:24:10 GMTFrom:
- swrinde!mips!darwin.sura.net!udel!louie!dewey.udel.edu!zickus@net
- work.UCSD.EDUSubject: MFJ-1278 WEFAX software helpTo:
- packet-radio@ucsd.edu I'm currently writing some software to
- display the WEFAX data stream from my MFJ-1278 Multi-mode data
- controller on my Macintosh. I've had some success, but would be
- interested in sharingcode/experiences with anyone who's written
- software to work with the'1278. Sure, I know I could just *buy*
- a program, but where's the funin that?? :-) Any pointers to PD
- software of this type would beappreciated as well... thanks!--t.
- e. zickus | qdc
- tez@brahms.udel.edusenior software engineer | udel
- zickus@udel.eduquantum development corp. |
- usps 209 chaingate circle, landenberg, pa 19350 302/798-0899
- | "what is is not, but only what you think it is"
- ------------------------------Date: Thu, 23 Apr 92 07:36:01
- GMTFrom:
- usc!wupost!csus.edu!netcomsv!mork!sevenup@network.UCSD.EDUSubject
- : Sony ICF-PRO80 <FOR SALE>To: packet-radio@ucsd.edu Any
- interest out there in my Sony scanner--sane offers to mye-mail
- address. --Trades are possible, my interests include HT's,packet
- gear, and other resources to facilitate my finishing my
- smallportable packet station. I already have the PacComm TNC,
- dual band HT,and HP95LX but I still need a battery source and
- small durable case,and possibly a solar panel :-).--cheers
- (still waiting for my call)--
- _________________________________________________________________
- _______^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
- ^^^^^^^^^^^^^^ Mark W.
- Moorcroft ___________________WARNING_________________ |
- | sevenup@netcom.COM |Do not swallow batteries or dispose of
- | |in fire.If a battery is
- swallowed,contact | 70741,325 - CIS |your local poison control
- center,your | |physician,or the National Battery
- | |Ingestion Hotline at 202-625-3333 | |
- | |------------------------------------------|
- ^^excerpt from Motorola pager instructions^^
- Sometimes truth is stranger than fiction
- !!_______________________________________________________________
- _________^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
- ^^^^^^^^^^^^^^^^------------------------------Date: 22 Apr 1992
- 12:22:03 -0700From: news-mail-gateway@ucsd.eduSubject: THIS MAIL
- IS BEING RETURNED BECAUSE IT WAS NEVER READ BY THETo:
- packet-radio@ucsd.eduX-Delivery-Notice: SMTP MAIL FROM does not
- correspond to sender.Received: from VMD.CSO.UIUC.EDU (RSCSXA) by
- UWAVM.U.WASHINGTON.EDU (Mailer R2.08 R208004) with BSMTP id
- 1078; Mon, 16 Mar 92 06:56:58 PSTReceived: by UIUCVMD (Mailer
- R2.07) id 2131; Mon, 16 Mar 92 08:57:10 CSTDate: Mon, 16
- Mar 1992 04:30:02 PSTReply-To: Packet-Radio@UCSD.EduSender:
- Packet Radio <I-PACRAD@UIUCVMD.BITNET>From:
- Packet-Radio Mailing List and Newsgroup
- <packet-radio@UCSD.EDU>Subject: Packet-Radio Digest V92
- #70To: Marty Baxter <DEMO@UWAVMXA.BITNET>Packet-Radio
- Digest Mon, 16 Mar 92 Volume 92 : Issue 70Today's
- Topics: BBS name standards / Packet-BBS gateways
- KAM/PK232
- Packet RepeatersSend Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available(by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 16 Mar 92 07:22:25 GMTFrom:
- elroy.jpl.nasa.gov!swrinde!gatech!pitt.edu!pitt!w2xo!durham@ames.
- arpaSubject: BBS name standards / Packet-BBS gatewaysTo:
- packet-radio@ucsd.eduI recently put forth a proposal that packet
- bbses adopt a namingstandard such that personal mail could be
- inferred from the factthat the recipient address contained a
- numeral, such as allham call do, and that "distribution" groups
- such as "AMSAT, ARRL, etc"would contain *no* numerals.A synopsis
- of the discussion so far:To: durham@w2xo.pgh.pa.usFrom:
- pitt!ve6mgs.ampr.org!mark (Mark G. Salyzyn, VE6MGS)Subject:
- WowStatus: RJim, marvelous idea ... no distribution name
- contains numerals, nocall letters contains no numerals. I like
- it. except, weget a few distributions with numerals (9600, PNW7
- ...), so Iwould simply state that we use a short `legal call'
- algorithminstead to weed these out. There was source for one
- posted about a month ago,but a mistaken `find
- /usr/spool/news/rec/radio +45 -exec rm ...'(instead of -mtime
- +45, I keep stuff around for 60 normally) when Iran out of spool
- space today made mince meat of that idea !!! :-(If not, I use a
- small call checker here that has not yet been tripped ...Thanks
- for the idea, I will be changing the code today to reflect
- hisimprovement. Your `problem' with NTS traffic ... ALL NTS
- traffic issupposed to be addressed to the NTS<district> so ANY
- message with nts*MUST be NTS traffic (unless, tee hee, someone
- decides to send abulletin to explain NTS operation and addresses
- it to NTS :-)Ciao, 73 de VE6MGS/Mark
- -sk-*************************************************************
- *From: pitt!ve6mgs.ampr.org!mark (Mark G. Salyzyn,
- VE6MGS)Subject: No numbers in personnal address on packetStatus:
- RJim, another `idea'. But this may be due to the nature of the
- gatewayI operate. Since our local BBS operator is overwhelmed
- with `just' thenormal packet operation, he is reluctant to
- support dropping messagesoff directly in the TNC mailboxes
- unless they have a proven record ofbeing reliable. I, on the
- other hand, operate the gateway to allowmessages directly into
- mailboxes. A `popular' approach is to dropthe message off to the
- `person' rather than the `call'. SP DENNIS @ VE6PAWas an
- example. The personnal mailboxes often do distinguish
- betweenbulls and personals too. I don't think this is a problem
- at yourgateway (being centrally located, and used by people all
- across theUS), but it shoots holes in me using the
- number/no-number approach fordifferentiating between bulletins
- and personal messages :-(.Ciao, 73 de VE6MGS/Mark
- -sk-*************************************************************
- *****AA4RE suggested:>Alpha = bulletin>alphanumeric =
- personal>all numeric = NTS (at least US)>Another NTS option is
- that they are all sent to xxxx @
- NTSxxx***********************************************************
- ********W2XO reply:Parsing for a few exceptions wouldn't be
- bad.There is perhaps a bigger problem with distribution names:
- Howdo you tell that they are *packet* addresses? Mail comes
- infrom , let's say, lots of different sources/networks.
- Packetmail can be parsed by inferring that it is packet mail
- from".NOAM", ".AU", ".EU"... etc. Only as many cases to parse
- asthere are continents. There is no "H" address on a
- distribution name.Should there be?I guess one could parse for
- all the
- names.-Jim*******************************************************
- ************AA4RE reply:>Well we could always make our own
- standard...> SB SALE @
- ALLUS.Bulletin.ampr>Roy******************************************
- ***************************W2XO AGAIN:Hurrah! I think that is
- may be just that simple.The problem is really on the *RFC-822*
- side, not the packet bbs side.If someone sent a bulletin from ,
- say, the internet addressed thisway:
- all%allus.bulletin.ampr@w2xo.pgh.pa.us, I could easily parse
- it.One nit-picky thing, I dislike "ampr" because it is too close
- to thetcp/ip network name of "ampr.org". Maybe "amprbbs"Hmmm...
- how about all%allus.$234567_w7kdj.amprbbs.bull@HOSTNAMESendmail
- here would immediately drop my hostname andchange the "%" to a
- "@", which would be:
- all@allus.$234567_w7kdj.amprbbs.bullThe mailer called by
- sendmail would then feed it to the packetbbs as: ALL @
- ALLUS < W7KDJ $234567_W7KDJ------------------On the "packet"
- side, using the "H address" field for bulletinscould work. This
- would eliminate having a big table of all thedistribution names
- (ALLUS, AMSAT..etc).I can only speak for my software, but I
- assume that just moving theH address parser higher in the
- parsing chain would allow thebbs to recognize anything with
- ".BULL.AMPRBBS" as a bulletin, nomatter what the distribution
- name.Hmmm.. if we used a scheme like including the BID in the H
- addressof a bulletin, it would make the BID field redundant
- 8-).Am I off the deep
- end?-Jim------------------------------Date: 15 Mar 92 02:12:59
- GMTFrom:
- usc!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jangus@net
- work.UCSD.EDUSubject: KAM/PK232To: packet-radio@ucsd.eduIn
- article <45982@wd6ehr.ampr.org>
- wd6ehr.ampr.org!wd6ehr@puffin.UUCP writes: >
- KAM PK232 1278 > > Standard TNC2
- commands no no yes > > PktGold
- compat > "host" mode not yet yes
- no > > True DCD no no
- yes >Almost ALL of the KAM commands regarding Packet operation
- are "standard".About the only differences are things like
- "Status" instead of "CStatus".PktGold is a specific package
- written for the AEA Host mode, there arespecific packages
- written to take advanage of the new (version 4 and later)Host
- mode in the KAM TNC. Hostmaster for example. Also, there are
- packagesfor multi-mode TNC's that are written to support all
- three. Lan-link by G3ZCZis a prime example. PHS (written by the
- same person that developed THS forthe DRSI cards) is a true
- multi-mode HOST package for the AEA PK-232. Themajor difference
- between it and PktGold is the $65 price. PHS is shareware.On the
- DCD, the KAM software is adjustable and has different settings
- forboth the HF and VHF modes. The TAPR state machine is a fine
- part, but itdidn't give 'true' DCD for HF operation without a. a
- second TAPR DCD board,and b. a lot of extra parts. Considering
- the added features of the 3.0 andlater upgrades, the $40 for the
- EPROM was worth it. All that is required issome time to sit and
- adjust settings and take notes for comparing performance.A final
- note on the tuning displays. For HF packet and RTTY, the KAM
- displayis much better than the PK-232. If you're used to a more
- 'traditional' crosstype tuning scope, the filter output of the
- KAM is available, but not worththe additional effort. The 1278
- has good internal and external tuning.xenon!skyld!jangus or
- wa6fwi@wb6ymh.#soca.ca.usa.naJ Angus, PO Box 4425, Carson CA
- 90749-4425 voice (310)
- 324-6080------------------------------Date: 15 Mar 1992 17:10:55
- -0800From: news-mail-gateway@ucsd.eduSubject: Packet
- RepeatersTo: packet-radio@ucsd.eduUp here in the land of the
- forgotten, we have some serious packet networkproblems.
- Everything presently occurs on one channel, 145.01. NET-ROM
- nodes,mail forwarding, three or four BBS, point-to-point
- chit-chat, at least twodozen personal BBS things, etc. The
- biggest problem is as soon as you connectto the local node and
- try to get into the local BBS, everybodys mail-forwardingand
- beacons and everything else comes alive, and you get
- re-tried intooblivion.I have visited the Northwest and seen
- their excellent (IMHO) system where eachnode/BBS has its own
- (coordinated?) frequency. The mail-forwarding etc takesplace on
- 220 or above, so you're basically on your own. I was
- definitelyimpressed.Our local folks don't like this idea, but
- do want to set up a separate systemfor local use, especially for
- ARES/RACES type stuff. I suggested they simplyput up
- another NET-ROM type node such as the 145.01 system, but they
- feel forsome reason that they need a full duplex repeater.My
- question to the net: Are there any real advantages/disadvantages
- to using afull-duplex (just like voice) repeater for
- packet. I know it is moreexpensive, uses two channels,
- etc., but I need more.Please E-mail your responses as I don't
- often get time to read the newsgroup.Thank you for any
- info.73,MichaelWA7SKG--::::::::::::::::::::::::::::::::::::::::::
- ::::::::::::::::::::::::::::::::::::Michael A. Barnes
- Land Mobile Radio andscxc3@TINCAN-SAWYER.AF.MIL
- Frequency ManagementPhone: (906)346-2811
- 410 SPTG/SCX DSN: 472-2811 K.I.
- Sawyer AFB, MI FAX: ext-2474
- 49843-6346 Therefore do not worry about tomorrow, for tomorrow
- will worry about itself. Each day has enough trouble of its
- own. (Matthew
- 6:34)::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
- ::::::::::::::::::------------------------------Date: 15 Mar 92
- 18:17:36 GMTFrom:
- swrinde!cs.utexas.edu!wupost!emory!wa4mei!ke4zv!gary@network.UCSD
- .EDUTo: packet-radio@ucsd.eduReferences
- <1992Mar10.100609.2512@EE.Surrey.Ac.UK>,
- <1992Mar13.170108.835@ke4zv.uucp>,
- <1992Mar14.202323.27861@cc.gatech.edu>Reply-To : gary@ke4zv.UUCP
- (Gary Coffman)Subject : Re: PACKET RADIO TALKIn article
- <1992Mar14.202323.27861@cc.gatech.edu> harold@cc.gatech.edu
- (Harold C. Forbes) writes:>In article
- <1992Mar13.170108.835@ke4zv.uucp> gary@ke4zv.UUCP (Gary Coffman)
- writes:>>>How will TCP/IP influence future systems ?>>>>Because
- the implementation we have is totally open, it has attracted>>a
- lot of interest among the code hackers. Potentially it opens
- the>>way for unlimited applications, but as a practical matter
- because of>>the monolythic way it's implemented on DOS machines,
- it's turning into>>a complicated way to do a BBS and ship a few
- files. It's actually an>>impediment to new applications at this
- time. It's best use now is>>as a switch node in the trunk
- network and as a gateway to a capable>>multitasking system with
- native TCP/IP (ie a Unix box). Before TCP/IP>>can have a
- significant impact on packet, we've got to abandon DOS>>or
- rewrite the code to act as a device driver accessable to
- *any*>>program running on the system.>>The Mach 3.0 kernal is
- free, and is being used on 386 machines.>The GNU HURD may become
- a reality one day. Maybe now is the time to>switch?This always
- starts flame wars in the TCP Group mailing list when itcomes up,
- so I should probably be quiet. However, this is a pet peeveof
- mine. While I very much appreciate all the hard work done by
- Philand others to make TCP/IP available on DOS platforms, it
- really isa limitation on network *applications*. I'm playing
- with a AX25 driverfor SunOS that came down the net, and that may
- be the solution I'mlooking for, but it *does* require a Sun
- Workstation and most amateursdon't have one sitting on their
- operating bench like I do. Plus thereare a lot of neat hacks in
- the latest versions of Phil's code thatapply directly to radio
- packet that are missing from the Sun TCP/IP.I'm afraid that any
- Unix lookalike for Intel platforms that doesn'tsupport DOS
- emulation is going to meet with little acceptance amonghams. The
- commercial packages that do are terribly expensive, morethan the
- hardware in many cases. We really need a way for DOS
- applicationsto talk to TCP/IP other than through Desqview
- loopback schemes. Turningthe present code into a device driver
- that a DOS program can treatas a character device, or maybe
- block device, just like any otherdevice on the system, would
- immediately open up a whole range ofapplications for packet.
- Applications programmers could treat thepacket network as a
- black box that responds like a terminal or adisk. I see lots of
- uses for this.Gary KE4ZV------------------------------End of
- Packet-Radio Digest V92
- #70******************************------------------------------En
- d of Packet-Radio Digest V92
- #108******************************Date: Fri, 24 Apr 92 04:30:03
- PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #109To: packet-radioPacket-Radio Digest Fri,
- 24 Apr 92 Volume 92 : Issue 109Today's Topics:
- AmigaNOS v2.9ARRL's "Business Rule" proposal -
- automatic retransmission prohibited? Best of
- both worlds? (PBBS & TCP/IP) PK-232 Rx
- Going Weak Sony ICF-PRO80 <FOR SALE>Send
- Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
- subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 23 Apr 92 14:13:17 GMTFrom:
- mcsun!uknet!mucs!jh.mcc.ac.uk!J.Heaton@uunet.uu.netSubject:
- AmigaNOS v2.9To: packet-radio@ucsd.eduI have just put AmigaNOS
- v2.9 on ucsd.edu in the /hamradio/packet/tcpip/incoming/..
- directory as anos29.lha. Only the executable is there at the
- moment.John.Cheers, John. JANET :
- J.Heaton@uk.ac.Manchester Packet: G1YYH@G1YYH.GB7NWP.#16.GBR.EU
- (QTHR)* - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - *| NRS
- Central Administrator || MCC Network Unit,
- The University, Oxford Road, Manchester, M13-9PL ||
- Phone: (+44) 61 275 6011, FAX: (+44) 61 275 6040 |* - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- *------------------------------Date: Fri, 24 Apr 1992 03:33:54
- GMTFrom: munnari.oz.au!ipso!dave@network.UCSD.EDUSubject: ARRL's
- "Business Rule" proposal - automatic retransmission
- prohibited?To: packet-radio@ucsd.eduIn article
- <14580027@hpnmdla.sr.hp.com> alanb@hpnmdla.sr.hp.com (Alan
- Bloom) writes:>A voice repeater retransmits the signal AS IT IS
- RECEIVED. You can think>of the repeater as a bent pipe that
- takes the input signal and sends it>out again unmodified.>>A
- digipeater does the same thing an old-time traffic handler
- does.>It receives the message (packet), stores it, and re-sends
- it later.>I believe that the FCC definition of "repeater" no
- more applies to>packet digipeaters than it would to traffic
- handlers. What about "bent-pipe" digipeaters? They exist...
- Oh, all right, thereis a bit's worth of delay, but surely
- there's a few nanoseconds delay ona voice repeater...-- Dave
- Horsfall (VK2KFU) VK2KFU @
- VK2RWI.NSW.AUS.OCdave@ips.OZ.AU
- ...munnari!ips.OZ.AU!dave ADA - from the people who
- brought you COBOL------------------------------Date: 23 Apr 92
- 16:58:00 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!pacific.mps.ohio
- -state.edu!linac!att!cbnewsj!kb2glo@network.UCSD.EDUSubject:
- Best of both worlds? (PBBS & TCP/IP)To:
- packet-radio@ucsd.eduI've been using the PRMBS PBBS for about a
- year or soand think it has a great user interface. However I'd
- liketo explore the world of TCP/IP and broaden my packet
- capabilities.However I don't want to give up my daily reading of
- packetbulletins... Since I don't know alot about NOS I may
- bemistaken but I think NOS only handles mail and not
- thebulletins that you would normally see on a PBBS. If
- I'mmistaken please let me know. However I've heard that thereare
- some PBBS that can also do TCP/IP. So I wonder if thereis
- something out there that would fit my requirements:PBBS email &
- bulletins, TCP/IP functionality (ftp, telnet, smtp),land line
- support for remote login and PBBS message forwarding,HamCall
- CDrom supported, and of course source code available soI can
- hack it if I need something that isn't available.Is there
- something out there that will do all or most of whatI'm looking
- for or am I asking for to much???Thanks in advance for your
- reply. 73, Tom KB2GLO.-- Tom Kenny, KB2GLOUUCP:
- ...!att!mtuxo!tek Internet:
- tek%mtuxo@att.att.comPacket Radio: kb2glo@n2kzh..nj.usa AMPR:
- kb2glo@nn2z.ampr.org
- [44.64.0.10]------------------------------Date: 24 Apr 92
- 03:34:23 GMTFrom:
- usc!cs.utexas.edu!ut-emx!shrike!kriss@network.UCSD.EDUSubject:
- PK-232 Rx Going WeakTo: packet-radio@ucsd.eduDate: Thu, 23 Apr
- 92 22:23:15 CSTMessage-Id: <930@kd5vu.ampr.org>From:
- kd5vu@kd5vu.ampr.org (Dick Kriss [44.76.1.40])Reply-To: KD5VU @
- N5LJF.#AUS.TX.USATo: wb5ddp%w5ifp@n5ljf.ampr.orgSubject: Note
- for TPRS ReportX-Mailer: IM/Mac 1.0b20Carl, suggest the
- following PK-232 tip for the next TPRS Report: ----------
- IS YOUR PK-232 GOING DEAF? ------------
- By Dick Kriss, KD5VUMy PK-232MBX was slowly going deaf. The
- transmit was okay, but I was havingtrouble receiving packets. I
- would connect to a station and get good ACKs, butwas having
- trouble printing them and since I was not receiving their
- packet,they would time out waiting for me to ACK. This problem
- did not happen overnight but seemed to degrade with time.Called
- AEA and the technician suggested I change out U-20, MC-1488. I
- used aRadio Shack 276-2520 Quad Line Driver. It worked! I have
- to admit it was noteasy to remove the old IC that was soldered
- to the board. It now has a socket!If your PK-232 seems to be
- going deaf, consider replacing U-20. Much thanks toAEA for the
- tip. Save me having to send the PK-232 off for repair.73 de
- Dick,
- KD5VU============================================================
- ========= Richard (Dick) Kriss E-Mail:
- kriss@austin.lockheed.com 904 Dartmoor Cove Packet
- Radio: SP KD5VU @ N5LJF.#AUS.TX.USA.NA Austin, Texas 78746
- Phone: 512-386-4153 (day) or 327-9566 (evenings) My employer
- has nothing to do with this message! ... _._
- =================================================================
- ==== ------------------------------Date: Fri, 24 Apr 92
- 03:25:39 GMTFrom:
- sdd.hp.com!wupost!csus.edu!netcomsv!mork!sevenup@network.UCSD.EDU
- Subject: Sony ICF-PRO80 <FOR SALE>To: packet-radio@ucsd.eduNot
- to hog more bandwidth but I just realized my little ad belongs
- inrec.radio.*.swap.--sorry--
- _________________________________________________________________
- _______^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
- ^^^^^^^^^^^^^^ Mark W.
- Moorcroft ___________________WARNING_________________ |
- | sevenup@netcom.COM |Do not swallow batteries or dispose of
- | |in fire.If a battery is
- swallowed,contact | 70741,325 - CIS |your local poison control
- center,your | |physician,or the National Battery
- | |Ingestion Hotline at 202-625-3333 | |
- | |------------------------------------------|
- ^^excerpt from Motorola pager instructions^^
- Sometimes truth is stranger than fiction
- !!_______________________________________________________________
- _________^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
- ^^^^^^^^^^^^^^^^------------------------------Date: 24 Apr 1992
- 06:26:12 GMTFrom: ucsd.edu!brian@network.UCSD.EDUTo:
- packet-radio@ucsd.eduReferences
- <1992Apr17.174607.3069@pictel.com>,
- <14580027@hpnmdla.sr.hp.com>,
- <1992Apr24.033354.2250@ips.oz.au>Subject : Re: ARRL's "Business
- Rule" proposal - automatic retransmission
- prohibited?dave@ips.oz.au (Dave Horsfall) writes:>What about
- "bent-pipe" digipeaters? They exist... Oh, all right, there>is
- a bit's worth of delay, but surely there's a few nanoseconds
- delay on>a voice repeater...Terminology clarification:
- digipeaters are store and forward - theyinhale a whole packet
- and spit it out after it has been completelyreceived. They
- update the 'digipeated' bit in the packet headers.They employ
- shared-channel access methods, such as CSMA/CA. They doNOT
- repeat bits instantaneously.A real-time repeater is NOT a
- digipeater, even when it's repeatingpackets and/or other digital
- communications. - Brian------------------------------End of
- Packet-Radio Digest V92 #109******************************Date:
- Sat, 25 Apr 92 04:30:03 PDTFrom: Packet-Radio Mailing List and
- Newsgroup <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #110To: packet-radioPacket-Radio Digest Sat,
- 25 Apr 92 Volume 92 : Issue 110Today's Topics:
- AmigaNOS v2.9ARRL's "Business Rule" proposal -
- automatic retransmission prohibited? Educating
- the unwashed (2 msgs) Full service BBS in
- DAYTON ? KA9Q for the Hp 48sx??
- Perpetuation (2 msgs)
- PK-232 Rx Going Weak Where to find INTRONOS at
- ucsd.eduSend Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 24 Apr 92 13:15:38 GMTFrom:
- usc!sol.ctr.columbia.edu!spool.mu.edu!tulane!darwin.sura.net!Siri
- us.dfn.de!zrz.tu-berlin.de!news.netmbx.de!Germany.EU.net!mcsun!uk
- net!acorn!agodwin@network.UCSD.EDUSubject: AmigaNOS v2.9To:
- packet-radio@ucsd.eduIn article <J.Heaton.39@MCC.ac.uk>
- J.Heaton@MCC.ac.uk (John Heaton) writes:>I have just put
- AmigaNOS v2.9 on ucsd.edu in the
- /hamradio/packet/tcpip/>incoming/.. directory as anos29.lha.
- Only the executable is there at the >moment.>>John.Would you
- mind mailing or posting a release note for the changes ? It's
- hard to get to ucsd from here ...-adrian, g7hwn--
- -----------------------------------------------------------------
- ---------Adrian Godwin
- (agodwin@acorn.co.uk)------------------------------Date: 24 Apr
- 92 18:58:43 GMTFrom:
- swrinde!mips!cs.uoregon.edu!ogicse!hp-cv!hp-pcd!news1.boi.hp.com!
- hpscdc!hplextra!hpl-opus!hpnmdla!alanb@network.UCSD.EDUSubject:
- ARRL's "Business Rule" proposal - automatic retransmission
- prohibited?To: packet-radio@ucsd.eduIn rec.radio.amateur.packet,
- dave@ips.oz.au (Dave Horsfall) writes:I said:>>A voice repeater
- retransmits the signal AS IT IS RECEIVED. You can think>>of the
- repeater as a bent pipe that takes the input signal and sends
- it>>out again unmodified.>>>>A digipeater does the same thing an
- old-time traffic handler does.>>It receives the message
- (packet), stores it, and re-sends it later.>>I believe that the
- FCC definition of "repeater" no more applies to>>packet
- digipeaters than it would to traffic handlers. >What about
- "bent-pipe" digipeaters? They exist... Oh, all right, there>is
- a bit's worth of delay, but surely there's a few nanoseconds
- delay on>a voice repeater...If you send packet through a voice
- repeater (or any other repeater thatdoes not decode the packet
- and then reconstruct it before transmission), then I believe it
- would qualify as a "repeater" by FCC's definition.AL
- N1AL------------------------------Date: Fri, 24 Apr 1992
- 15:52:05 GMTFrom:
- usc!elroy.jpl.nasa.gov!orchard.la.locus.com!devnet.la.locus.com!d
- ana@network.UCSD.EDUSubject: Educating the unwashedTo:
- packet-radio@ucsd.eduThis morning I was chatting with some of
- the Antelope Valley localson 2m, when one of the guys asked
- another "Hey, should I get a verticalto run packet?" and the
- other answered "You should run a beam so youget through".Gasp.[
- In all fairness, the popular local frequencies already suffer
- horribly from hidden transmitter syndrome, so using a beam
- probably doesn't make anything worse, but it doesn't help.
- ]Then, when one station was complaining about poor receiver
- response,I asked him, "Does your TNC have true DCD?" He says
- "Yes, but I usemy squelch anyway to quiet the receiver". Then,
- another station says"It is wrong to run open squelch cause then
- you'll be too sensitiveand people with poor paths will digipeat
- through you and generatemultiple retries". I said "Oh, the TAPR
- paper from the ARRL CNCproceedings pretty clearly shows the
- benefit of running open squelchwith a true DCD". What was I
- thinking? One station responds "Oh, thesquelch recovery time is
- shorter than the receiver recovery time soit doesn't matter,
- cause the squelch recovers before the receiver does".Huh?
- Another station then sagely chimes in, "Well, you can read all
- thosepapers and tear your shack all apart making mods but it all
- doesn'tmatter".Gasp.When I suggested that users should consider
- slight reductions in realtime response in order to have a more
- efficient overall network thatwould support more users and have
- smaller drops in performance whenthe channel is congested, the
- response was something like "My packetstation is OK, it is
- everybody else that slows it down".GaspSo, I'm tempted to
- prepare a presentation for the local club meetingwhere I attempt
- to explain some of the mystical terminology of packet(like,
- "What is FRACK?") and get the packet users to look things
- likethe CNC proceedings rather than just flying by the seat of
- their pants.But, I think that might just be an exercise in
- futility. Maybe I'lljust work on a few locals, set up an IP net
- on the locally sanctionedpacket frequency (which sees zero
- activity), and ignore the unwashed.What do y'all think?-- *
- Dana H. Myers KK6JQ | Views expressed here are * * (213)
- 337-5136 | mine and do not necessarily * * dana@locus.com DoD
- #466 | reflect those of my employer * * "Dammit Bones, spare me
- the lecture and give me the shot!"
- *------------------------------Date: 25 Apr 92 06:16:33 GMTFrom:
- swrinde!mips!darwin.sura.net!haven.umd.edu!ni.umd.edu!sayshell.um
- d.edu!louie@network.UCSD.EDUSubject: Educating the unwashedTo:
- packet-radio@ucsd.eduIn article
- <1992Apr24.155205.2814772@locus.com> dana@locus.com (Dana H.
- Myers) writes:>Gasp.>>Gasp.>>Gasp>>So, I'm tempted to prepare a
- presentation for the local club meeting>where I attempt to
- explain some of the mystical terminology of packet>(like, "What
- is FRACK?") and get the packet users to look things like>the CNC
- proceedings rather than just flying by the seat of their
- pants.>>But, I think that might just be an exercise in futility.
- Maybe I'll>just work on a few locals, set up an IP net on the
- locally sanctioned>packet frequency (which sees zero activity),
- and ignore the unwashed.>>What do y'all think?Being a "computer"
- type, I got involved in Packet Radio. Note quiteback in the dark
- ages, but close. I got a TNC-1 kit (in the prettyblack box!)
- and put it together. Tried to figure out who thought thatX.25
- LAPB, a serial line point-to-point protocl was a good idea in
- amultipoint, multi-access contention based environment. Turns
- out thatno one really thinks its a good idea; actually, most
- don't think aboutit at all. They just run more power, or put up
- "wide-area"digipeaters to ensure we would all be plagued with
- hidden-terminalproblems. Sigh.Hacked a while with AX.25 and
- tried to figure out why I would want tolog into a BBS at a
- pathetic effective rate as compared (at the time)to my 2400 bps
- landline modem that I used to read USENET. Heck, evenan honest
- 300 bps would have been better. So I punted. Sigh.So, I run
- into Phil at a regional packet radio meeting, and we marvelhow
- all the BBS users are trying to build a distributed BBS
- systemusing the W0RLI and "mail", slowly but surely re-inventing
- USENETnews. We point out that this has been done, but of
- course, not byhams, so they can't use it. Feh. Try to explain
- TCP/IP and no onecan understand why you'd want to use it since
- you can't log intothe local BBS. Sigh.Then comes Phil with his
- TCP/IP stack, which was reallyinteresting. I started hacking on
- it when it was running on the oldXerox 820 boards; started a
- port to a 68000 single board micro. Notenough memory. Then
- came a new and improved version of NET for thePC, and I bought
- an Amiga and ported it. Hmm.. needs KISS, so I buy aMFJ TNC.
- KISS and my AmigaNET work pretty well. Hmm.. works evenbetter
- over the aforementioned 2400 bps landline modem. Radio? Whyuse
- this radio stuff? Sigh.Then comes even niftier NOS and my 2400
- bps modem is replaced by aV.32 9600 bps modem. So I do an
- AmigaNOS hack/port. Pretty nifty.Co-ordinate and set up the
- first coast-to-coast "wormhole" (running asWA3YMH-1, remember
- that?). I thought it was an incredible hack andpretty ugly.
- But folks thought it was wonderful. I was rather moreimpressed
- by the 56KBPS PSK modems used on the commerical
- satallitetransponder that we shoved digitized audio though.
- Sigh.It was also the first place that NET/ROM really got used.
- I am soashamed to have even inadvertantly contributed to the
- "success" ofNET/ROM and its bogos distance-vector routing
- protocols with all thewrong time constants. Try to explain to
- folks that you can't justvary the metrics used by NET/ROM
- without having ALL the nodesconfigured coherently; otherwise you
- get horrible routing loops. Sureenough, horrible routing loops.
- You try to explain Bellman-Forddistance vector protocols, and
- why they are really bad news forasymmetric paths; but they think
- its great. Of course, they don'trealize that they might as well
- not even have the routing protocolsicne its all so highly hand
- tuned. Sigh.Finally I decide that I need a real computer, so I
- sell the Amiga andget a UNIX box at home (NeXTstation, 700MB
- disk, 20MB memory).Article in QST comes out months later listing
- me as a source for theAmigaNOS port. Not that the author of the
- article bothered to check..I didn't have an amiga for months and
- handn't worked on the code formore than a year. I stopped when
- all of the AX.25 "mailbox" crap started to get loaded into it.
- I still get floppies in the mailasking for the code. Please, I
- don't have it any more! Sigh.So now, I've got a V.32bis modem
- and a SLIP connection to theInternet. I can't really think of a
- reason to use packet radio. Fewaround here want to do anything
- other than BBSing. I communicate withmore people more
- effectively using EMAIL over the Internet.Try to convince a
- group of random hams that would support a 2m FMrepeater that
- they should invest in some packet switches. You know,so you can
- build a real network? "Why do that?" they say, "We'vealready
- got more full service BBS systems than we need!" Sigh. Feh.The
- unwashed masses don't want to be educated, they want to be
- givenappliances.
- Sigh.louieWA3YMH------------------------------Date: 24 Apr 92
- 17:46:16 GMTFrom:
- swrinde!mips!darwin.sura.net!gatech!nntp.msstate.edu!memstvx1!kag
- oos@network.UCSD.EDUSubject: Full service BBS in DAYTON ?To:
- packet-radio@ucsd.eduDoes anybody know the callsign and maybe
- the address of a full serviceBBS in Dayton, OH. Please
- e-mail.Tnx Suresh N9GSA___ ___ _____ ___ ___ Suresh Kagoo EE
- Dept , Memphis State University| \/ | / ____\ | | | |
- Engineering 215 | Domain: KAGOOS@MEMSTVX1.MEMST.EDU| \ / |
- \____ \ | |_| | Memphis, TN 38152 | Bitnet:
- KAGOOS@MEMSTVX1|_|\/|_| \_____/ \_____/ Ph: (901) 678-3074 |
- AX.25 : N9GSA@W4BS.#WESTN.TN.USA
- ------------------------------Date: 24 Apr 92 16:02:50 GMTFrom:
- mentor.cc.purdue.edu!noose.ecn.purdue.edu!kraft.ecn.purdue.edu!kr
- onz@purdue.eduSubject: KA9Q for the Hp 48sx??To:
- packet-radio@ucsd.eduYesterday another HAM told me that there
- was a HP 48sx version of KA9Q packetprogram. Does anyone know
- where or how I can get this??? I really want a complete protable
- packet station ie ht,hp48,and TNC. Well if anyone can helpI'd
- appreciate it. Thanks.
- -jason kronz (N9OFN)------------------------------Date: 24 Apr
- 1992 07:12:30 -0700From: news-mail-gateway@ucsd.eduSubject:
- PerpetuationTo: packet-radio@ucsd.eduAwhile back (either here or
- on the HAM policy list) there was a postingabout a boy name
- Craig Chergold (or something similar) who wascollecting business
- cards to get in Guiness because he had a terminaldisease. The
- posting asked that these types of requests be ignored whenseen
- on packet or elseware because they were stale and
- beingrecirculated again and again. I've seen one again, could
- someone eitherdirect me to where I could get a copy of the
- original post debunkingthis or send me the info contained in
- that post so that I can provideconcrete information to those
- that are continuing to recirculate thisrequest.--
- _________________________________________________________________
- _____Dan Roman | /// Internet:
- roman_d@timeplex.comTimeplex Inc. | \\\///
- GEnie: D.ROMAN1Woodcliff Lake, NJ | \XX/ Only AMIGA!
- Homebrew is better
- brew.============================================================
- ==========------------------------------Date: 24 Apr 92 20:03:53
- GMTFrom:
- usc!rpi!gatech!prism!cchapman.gatech.edu!cchapman@network.UCSD.ED
- USubject: PerpetuationTo: packet-radio@ucsd.eduIn article
- <9204241401.AA02607@timeplex.com> roman@tix.UUCP (Daniel Roman)
- writes:>Awhile back (either here or on the HAM policy list)
- there was a posting>about a boy name Craig Chergold (or
- something similar) who was>collecting business cards to get in
- Guiness because he had a terminal>disease. The posting asked
- that these types of requests be ignored when>seen on packet or
- elseware because they were stale and being>recirculated again
- and again. I've seen one again, could someone either>direct me
- to where I could get a copy of the original post debunking>this
- or send me the info contained in that post so that I can
- provide>concrete information to those that are continuing to
- recirculate this>request.>--
- >________________________________________________________________
- ______>Dan Roman | /// Internet:
- roman_d@timeplex.com>Timeplex Inc. | \\\///
- GEnie: D.ROMAN1>Woodcliff Lake, NJ | \XX/ Only AMIGA!
- Homebrew is better
- brew.>===========================================================
- ===========Please DO NOT send any more cards to Craig Shergold.
- Here is a detailedarticle from news.misc on that subject for
- those that missed it on thenews:From: kilroy@acme.gen.nz
- (earthbound misfit, I)Subject: Re: SmilemakersKeywords:
- Smilemakers requestDate: 19 Apr 92 04:15:38 GMTCraig Shergold is
- now approximately 13, his cancer has been cured, andhe doesn't
- want any more cards of any kind. This story has taken ona life
- of its own and can't be killed, which has driven the Guiness
- Bookof Records to withdraw the category from future editions.The
- following is a semi-recent posting from alt.folklore.urban
- whichseems to cover all the bases fairly well, there was also a
- postingnews.announce.newusers along the same lines in the last 6
- months.---------begin included article---------------Path:
- acmebbs!cc-server4.massey.ac.nz!comp.vuw.ac.nz!waikato.ac.nz!wupo
- st!spool.mu.edu!munnari.oz.au!yoyo.aarnet.edu.au!sirius.ucs.adela
- ide.edu.au!adam.adelaide.edu.au!philFrom:
- phil@adam.adelaide.edu.au (Phil Kernick)Newsgroups:
- alt.folklore.urbanSubject: Re: Craig Shergold et alMessage-ID:
- <phil.694661064@adam.adelaide.edu.au>Date: 6 Jan 92 01:24:24
- GMTReferences:
- <9201040833.AA04519@mail.cis.ohio-state.edu>Sender:
- news@ucs.adelaide.edu.auOrganization: University of Adelaide,
- South AustraliaLines: 821Article-I.D.:
- adam.phil.694661064Nntp-Posting-Host: adam.adelaide.edu.auFYI re
- Craig Shergold.Millions of dollars (note the card totals below)
- have been spent on this project, money which might have gone to
- research or treatment.The EASIEST refutation is to cite
- READERS DIGEST OCT 1991 PAGE 71 US EDITION READERS
- DIGEST DEC 1991 PAGE 35 AUS EDITIONSorry I don't know about
- other editions.If THAT does not help convince people, read
- on....-----------------------------------------------------------
- -----------------9 Million Americans Respond to Plight of a Sick
- BoyNew York Times (NATIONAL), Sunday, July 29, 1990, page
- 24.Craig Shergold, a 10-year-old English boy ill with a
- braintumor, remarked last fall that he would like to break the
- worldrecord for receiving get-well cards. Nine million
- Americanshave responded, answering messages sent through a loose
- networkof facsimile machines, office memorandums,
- neighborhoodconversations and community newspaper
- advertisements.The boy's mother says she cannot handle any more
- cards, so athird of them are languishing at an Atlanta charity,
- which hadinitiated its own fax campaign for the boy. And the
- charity,the Children's Wish Foundation, is trying to figure out
- what todo with the cards.Last November, a handful of English
- companies trumpeted Craig'swish to break the record of Mario
- Morby, a 12 year-old Englishboy suffering from leukemia who
- collected 1,000,265 get-wellcards earlier in 1989.Story Changes
- as It SpreadsCraig's message soon reached this country and
- spread rapidly.His wish was distributed on leaflets at a Boston
- street fair,plastered on a billboard in Gadsden, Ala, advertised
- in anewspaper in New Jersey, announced to the residents of
- Surry,N.H. at a town meeting and disseminated by the
- PrintingIndustries of America to its member businesses.As the
- message spread across the country, the facts of Craig'sstory
- became twisted. In Boston, a leaflet said he was 7 yearsold,
- lived in Keene, N.H. and spelled his last name "Shirgold."A
- Chicago physician said erroneously that he had treated Craigfor
- six years. Other accounts had the boy's disease as leukemiaand
- said he was from Florida.In addition to the American get well
- cards, which came fromevery state, seven million cards reached
- Craig from othercountries, said his mother, Marion Shergold, in
- a recenttelephone interview.New Record in Guinness BookMrs.
- Shergold informed the Guinness Book of World Records of thecount
- as it stood on May 25: 16,252,692. Craig'saccomplishment,
- which includes the 3 million cards in Atlanta,will be in the
- 1991 edition of the book, to be published thisOctober, said
- Cathy Brooks, a Guinness Book spokeswoman.Mrs. Shergold said she
- "can't say a big enough thank you" to herson's correspondents,
- but she added, "We don't want any morecards."Officials in the
- office of the Georgia Secretary of State, askedby Children's
- Wish Foundation for advice on what to do with thecards it had
- collected, recommended that the charity follow thewishes of Mrs.
- Shergold. She has said the foundation shouldopen the cards,
- share them with American children who havecancer and eventually
- recycle the paper. THe proceeds from therecycling, as well as
- any gifts received on Craig's behalf,should also be used to help
- sick American children, Mrs.Shergold
- said.+-----------------------------------------------------------
- ----+|
- ||
- ||
- ||
- || Photograph of a bald but smiling Craig holding a plaque goes
- || here. The caption of the photograph reads "Craig Shergold
- || was given a certificate by the Guinness Book of World Records
- || after he received more than 16 million get-well cards. The
- || 10-year-old from Surrey, England, is ill with a brain tumor.
- ||
- |+---------------------------------------------------------------
- +In response to inquiries from news organizations
- aboutChildren's Wish and it's handling of the cards, the
- Governor'sOffice of Consumer Affairs is "actively looking into"
- thematter, said Bill Cloud, a spokesman. The office
- isparticularly interested in whether the foundation solicited
- anyfinancial contributions during its campaign for Craig, Mr.
- Cloudsaid.Linda Dozoretz, executive director of the foundation,
- who hasmet with Craig in England, said the foundation never
- asked formoney on his behalf and has not opened any cards
- addressed tohim, but it had received direct contributions
- totalling about$120 on his behalf. The money has been deposited
- in an Atlantabank account that the foundation opened in Craig's
- name, Ms.Dozoretz said.The foundation, which, like the
- better-known Make-A-WishFoundation of America, fulfills the
- wishes of terminally illchildren, came to the attention of the
- Georgia authorities lastyear, when the Secretary of State, Max
- Cleland, fined Ms.Dozoretz and Arthur Stein, the foundation
- president, $2,500each. Mr. Cleland said a foundation radio
- promotion for illchildren had used bogus names for the children
- without informingthe public of that. He also said the
- foundation had used moneyleft over from the granting of one wish
- to pay for others, aswell as salaries and operating expenses, in
- violation of Georgialaw.Mr. Stein and Ms Dozoretz, who are
- married, waived their right toa hearing on the charges and paid
- the penalty without declaringguilt or innocence said Randy
- Willard, an investigator in Mr.Cleland's office.Mr. Stein said
- in an interview that he knew he had brokenGeorgia law by
- changing the children's names, but said he woulddo it again to
- preserve privacy. He said the foundation did nottake money
- earmarked for one wish and apply it to others, butrather
- deposited all donations in a general fund from which itpays for
- numerous wishes.He said he and his wife, "on the advice of an
- attorney," did notrequest a hearing with an administrative judge
- on the charges,but paid the penalty to "get the thing over
- with."Began by Chance RemarkThese activities are of little
- concern to Craig, who lives inthe town of Surrey, in southeast
- England, with his mother andfather, a truck driver. Craig's
- campaign began last September,when a surgeon who was treating
- him for tumors of the brain andspine at the Great Ormond Street
- Hospital in London joked thatCraig had received so many cards
- from friends and relatives thathe could set a record.That set
- Craig and his parents to thinking, and with hospitalofficials'
- assistance, they asked local companies to spread themessage of
- his wish."And from that grew an enormous chain letter that went
- roundfrom company to company and then country to country,: said
- PamRumfitt, an appeal director at the Royal Marsden Hospital
- inLondon, where Craig, now 11, is now treated as an
- outpatient.Mrs. Shergold said she was grateful to her neighbors
- for meetingeach Thursday to sift through the mountain of cards.
- The stampsare sold to a collector in London, with the proceeds
- donated tohelp children with leukemia, while money from recycled
- envelopesis given to schools for the handicapped, Mrs. Shergold
- said.Though Craig continues to battle the brain tumor and
- sometimesuses a wheel chair, his mother says he has responded
- well totreatment and the tumor on his spine has disappeared.Ms.
- Rumfitt said: "The whole family has been sort of bowled overby
- the show of good will. THe cards have been the best medicinein
- the world for
- him."------------------------------------------------------------
- ---------------- From Houston Post Nov. 22, 1989, page
- A-13 ******* NOTE THE DATE ******** "Ailing boy has greeting
- card record" AP (London) A 10-year-old boy suffering from a
- rare brain tumor has captured the official world record for
- receiving the most get-well cards, officials said Tuesday.
- Craig Shergold's mountain of 1,256,266 get-well cards tops
- the previous record of 1,000,2656 cards held by another
- English boy, 12-year-old Mario Morby. A spokesman at
- Guinness Publishing Ltd. said Craig received an official
- certificate and his record will be included in the next
- edition of the book, "The Guiness Book of World Records
- 1991." Shergold said from his home in Carshalton, south
- London, that he was confident he would make it into the
- record books when his attempt began Sept. 24. Marion
- Shergold said the attempt to break the world record began as
- a way to cheer up her son after he was too sick to meet
- Princess Diana.
- -----------------------------------------------------------------
- ----------- From the Houston Post, June 20, 1990, page A-3:
- Get Well Cards Keep Coming (Associated Press) London -
- Despite appeals for it to stop, 10-year-old Craig Shergold
- receives hundreds of get-well cards daily from strangers trying
- to help him win a place in the "Guiness Book of World
- Records." Craig, who suffers from a rare form of brain
- cancer, broke the record months ago, but the cards keep
- coming. More than 16 million have arrived. "We don't want
- any more cards because it looks as though we're taking cards
- for no reason," Craig's mother, Marion, said from the family
- home in Carshalton, south London. "Every card says 'we
- hope you make it in the record books,'" she said. The
- get-well cards category was discontinued by Guiness once - after
- Mario Morby held the record with 1,000,265 cards. McFarlan
- [presumably a spokesman for Guiness] said the 13-year-old
- English boy is recovering from leukemia but the family still
- receives cards three years later. McFarlan revived the
- category after intense pressure, and Craig now holds the
- record. "I thought I had decided over a year ago that
- (Mario Morby) would be the last one, but it is very difficult
- to hold out against an emotive press. I couldn't do my job -
- well-intentioned, very sentimental people called me at work,
- and I received quite a lot of hate mail, including one that
- said, 'if you have children I hope they die of
- cancer.'"--------------------------------------------------------
- -------------------- Ask for Cards, and Ye Shall Receive and
- Receive and Receive by Douglas Burns
- WEST PALM BEACH, Fla. -- A 7-year-old English boy with
- cancer isfinding that once a story hits the modern-day grapevine
- of faxmachines and computer bulletin boards, it is impossible to
- stop. Critically ill with a rare brain tumor, Craig
- Shergold told hisparents and nurses at a British hospital in
- September of his wishto be in the Guinness Book of World Records
- for owning the world'slargest collection of post cards. The same
- wish was fulfilled onlya year earlier for another English boy
- with cancer. Once the news was out, it flowed through
- every conceivablemedium to even the most unimaginable places on
- the globe. Budget Rent A Car in Miami got news about Craig
- from a Budgetoffice in Gibraltar and sent one of their employees
- out to alertSouth Florida businesses. ``We also passed it
- around to all our offices in the nation,''said Maria Borchers,
- director of travel marketing. Children's Wish
- International, a non-profit organization basedin Atlanta, is
- also working to get cards for Craig. One of itsappeals made its
- way to a computer bulletin board run by Bechtel, aMaryland-based
- company with an office in Palm Beach Gardens. ``We are
- getting 10,000 to 15,000 cards for Craig per day,''said Arthur
- Stein, director of Children's Wish International. But
- Craig doesn't want any more cards. In November, he
- received a certificate from Guinness after hismountain-sized
- collection of 1.5 million cards broke the record setin 1988 by
- Mario Morby, a 13-year-old cancer victim. Since then,
- Craig's dream has become a logistical nightmare forhis parents,
- phone operators and the Royal Marsden Hospital inSurrey,
- England. Monday, the unofficial count for Craig's
- collection reached 4million, said Mark Young, a Guinness
- Publishing Ltd. spokesmen. Thehospital has set up a separate
- answering service to implore callersto refrain from sending more
- postcards. Despite pleas of mercy and reports in the
- media, hundreds ofpost cards continue to pour into the hospital
- every day. ``Thank you for being so kind,'' said Maria
- Dest, a nurse atRoyal Marsden. ``But he really does not need any
- more post cards.'' Dest said that whenever a corporation
- gets wind of Craig'splight, the bundles of mail increase.
- ``As soon as it starts to slow down, it goes around again,''
- shesaid. Dest would not discuss the specifics of his condition.
- ``Hiscondition is deteriorating, but he is still able to talk
- andfunction,'' she said. Young, with Guinness, said he
- gets several calls every day frompeople who question if Craig
- Shergold even exists. ``This is definitely legitimate and
- Craig will be in the 1990Guinness Book,'' said Young. But
- because of the problems the two appeals have caused, Youngsaid
- Guinness plans to discontinue the category. The public
- outpouring for Mario and now Craig surprisedvirtually everyone
- involved, he said. ``These two boys really captured the
- public imagination,''
- Youngsaid.-------------------------------------------------------
- --------------------- [Ann Landers column, undated but from mid
- 1991]ONE GUINNESS RECORD ENOUGH FOR BOY=== ======== ======
- ====== === ===Dear Readers: Last year I began receiving
- tons of letters telling me about a10-year-old English boy who
- had a malignant brain tumor. His wish was to bein the Guinness
- Book of World Records for receiving the greatest number
- ofget-well cards. The boy's name is Craig Shergold.
- Several months ago I read a piece in the press saying Craig's
- dreamhad become a reality. He surpassed another English lad, a
- leukemia victim,who had received 1,000,265 cards, which put him
- in the Guinness Book ofWorld Records. Marion Shergold,
- Craig's mother, announced that he had received morethan 33
- million get-well cards from all over the world, including cards
- fromformer President Reagan, President Bush, Margaret Thatcher
- and MikhailGorbachev. She said her family is very grateful for
- the overwhelminggenerosity but now she hopes people will stop
- sending cards. "Unfortunately,"Mrs. Shergold said, "we are still
- receiving thousands every day and have noplace to store them."
- Meanwhile, I continue to be swamped with requests fromreaders
- asking me to print a plea in my column for *more* cards. I
- decided to follow up on Craig's story, so I contacted the
- Make-A-Wish Foundation, which had worked with the Shergolds. The
- people there toldme that John Kluge, a Virginia billionaire,
- arranged for a brain surgeon inCharlottesville, Va., to operate
- on Craig. Kluge brought the entire Shergoldfamily to the United
- States so they could be present for the surgery. Then I
- called Marion Shergold in London. She told me the surgery wasa
- great success and the Craig is doing beautifully and is expected
- to live afull life. She also said, "This is like a fairy tale.
- Things like this don'thappen in real life. Mr. Kluge is a
- saint." In her marvelous British accent,Mrs. Shergold said
- excitedly, "Tonight we are having a God Bless Americaparty.
- About 150 people are coming to celebrate Craig's great good
- fortune." Now, dear readers, this lovely story now turns a
- little sour. I justreceived a request from a well-known Chicago
- man, asking me to publicize thefact that the same lad who broke
- the world's record for get-well cards wouldnow like to break
- another world's record - this time for collecting the
- mostbusiness cards. This man is one of dozens of affluent,
- high-profileAmericans who are faxing and chain-lettering [it's a
- noun! it's a verb! it'sa desert topping! --jjw] their friends
- on behalf of Craig's "new project."In the chain letter, Craig's
- name is misspelled, his age is given as 7, whenactually he is
- 11, and the address is incorrect. These errors set off thealarm
- signals in my head. [so THAT's what it takes! --jjw]
- Chain letters themselves are an abomination. I never read them,
- norwould I foist them on anyone, much less ask my readers to
- keep the chaingoing. What's more, Marion Shergold wants
- everyone to know that theShergolds did not ask for business
- cards and they do not know what to dowith the 10,000 that are
- arriving daily. While they greatly appreciate thekindness of the
- American people, they asked that I please help put a stop tothis
- well-meaning effort that is turning into a nightmare. Soooooo,
- to allthe good-hearted people who may be inclined to send a
- business card, pleasedon't. I would also like to point out
- that your business card, which mostlikely lists your phone
- number and address, could fall into the wrong handsand become
- part of the mother
-
- of all mailing lists. Sharp-eyed scamperpetrators, always on the
- alert for suckers, may figure if you'd fall forthis, you'd fall
- for
- anything.--------------------------------------------------------
- --------------------In the Romford Yellow Advertiser, I saw the
- following article the otherday: Craig, 8,
- has cards recordThe parents of cancer sufferer Craig Shergold,
- 8, have requested that nomore get well cards be sent to their
- home.Last year Craig, who lives in Surrey and was diagnosed as
- having just ashort time left to live, launched an attempt to
- gain an entry in theGuinness Book of Records as the person
- receiving the most cards.Recently letters have been circulating
- amongst businesses in South EastEssex encouraging firms to send
- more cards.But a spokeswoman at the Guinness Book of Records
- told the `YellowAdvertiser': "Craig has made the record and will
- be entered in the nextedition of the book. His parents have
- requested that no more cards besent as they have been
- inundated."------------------------------------------------------
- ----------------------Now for the "proof" part:IS he actually
- *IN* The 1991 Guinness Book of World Records???Yes, he is. On
- page 487: "Craig Shergold of Carshalton, Surrey, United
- Kingdom, had collected a record 16,250,692 get-well cards by
- May,
- 1990."-----------------------------------------------------------
- -----------------One thing that does not come over from this is
- the HUGE PROBLEM thisdhas been for the london hospital at the
- receiving end. Do thearithemetic.Craig has been sent about
- 33,000,000 cards. This has been going on for4 years (or so), so
- that is 1,000 working days. Thus each day thehospital has to
- sift through 33,000 cards looking for money in them
- (notunusual), or more realistically the hospital's normal
- post!(OK, I know that a lot of the cards are stored in the US
- somewhere, butI wanted to make a point).Also, think about the
- stupendous waste of money this has been. 33,000,000 cards at
- (about) 50 UK pence, plus 33,000,000 postages atabout an average
- of 20 UK pence is 70 times 33,000,000 giving about23,100,000 UK
- pounds. The money would have been better spent on a wholeraft
- of things - dare I say it, even Cancer Research!Charles H.
- Chapman (GTRI/MATD) (404) 528-7588Georgia Institute
- of Technology, Atlanta Georgia, 30332uucp:
- ...!{allegra,amd,hplabs,ut-ngp}!gatech!matd!cchapmanInternet:
- cchapman@matd.gatech.edu------------------------------Date: 24
- Apr 92 13:56:04 GMTFrom:
- swrinde!mips!spool.mu.edu!olivea!news.bbn.com!bbn.com!chowe@netwo
- rk.UCSD.EDUSubject: PK-232 Rx Going WeakTo:
- packet-radio@ucsd.edukriss@austin.lockheed.com (R M Kriss)
- writes:> ---------- IS YOUR PK-232 GOING DEAF?
- ------------> By Dick Kriss,
- KD5VU>My PK-232MBX was slowly going deaf. The transmit was okay,
- but I was having>trouble receiving packets. I would connect to a
- station and get good ACKs, but>was having trouble printing them
- and since I was not receiving their packet,>they would time out
- waiting for me to ACK. This problem did not happen over>night
- but seemed to degrade with time.>Called AEA and the technician
- suggested I change out U-20, MC-1488. I used a
- ^^^^^^^>Radio Shack
- 276-2520 Quad Line Driver. It worked! I have to admit it was
- not>easy to remove the old IC that was soldered to the board. It
- now has a socket!Forgive me if I'm confused, but I think that
- this was not a case of yourPK-232 going deaf, but instead
- becoming mute. The MC-1488 is (I think)an RS-232 line driver,
- meaning that it was used to speak to your computeron the serial
- port. So I think your PK-232 was hearing ok, but it wasn'table
- to communicate what it heard from the radio to your computer.Not
- that this is a big deal, but I think it is important for anyone
- wantingto do this to understand what they are "fixing" by
- replacing this chip.If your real problem is lack of receive
- sensitivity, I don't think replacingthis chip will
- help.CarlWG1V------------------------------Date: Thu, 23 Apr
- 1992 13:25:06 GMTFrom:
- psinntp!ncrlnk!ciss!lawday!jra@uunet.uu.netSubject: Where to
- find INTRONOS at ucsd.eduTo: packet-radio@ucsd.eduRe my message
- announcing INTRONOS.NEW at ucsd.edu:Brian has already moved and
- renamed the file (thanks!). It's inhamradio/packet/tcpip/docs
- as "intronos.zip".Enjoy!John
- AG9Vjohn.ackermann@daytonOH.ncr.com-- John R. Ackermann, Jr.
- Law Department, NCR Corporation, Dayton, Ohio(513) 445-2966
- John.Ackermann@daytonoh.ncr.comPacket Radio: ag9v@n8acv
- tcp/ip: ag9v@ag9v.ampr
- [44.70.12.34]------------------------------End of Packet-Radio
- Digest V92 #110******************************Date: Sun, 26 Apr
- 92 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #111To: packet-radioPacket-Radio Digest Sun,
- 26 Apr 92 Volume 92 : Issue 111Today's Topics:
- AX.25 Link-Layer Docs (ISO-3309)???
- Educating the unwashed (2 msgs) PHS
- Software PK-232 Tip for Rx
- WA4DSY 56 kbit/s MODEM ??Send Replies or notes for
- publication to: <Packet-Radio@UCSD.Edu>Send subscription
- requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
- solve otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 25 Apr 92 22:12:32 GMTFrom:
- know!hri.com!snorkelwacker.mit.edu!world!eac@uunet.uu.netSubject:
- AX.25 Link-Layer Docs (ISO-3309)???To: packet-radio@ucsd.eduIn
- <1992Apr22.182324.9358@qualcomm.com> karn@chicago.qualcomm.com
- (Phil Karn) writes:>The AX.25 document didn't go into great
- detail in computing the CRC>mainly because the standard practice
- at the time was to use commercial>HDLC chips (Zilog SIO or 8530,
- WD 1933, Intel 8273, etc) and these all>compute and check the
- CRC automatically. With the recent popularity of>the "software
- HDLC chip" (a big step backward, in my opinion) I guess>there's
- a need to define the CRC calculation in more detail.>ISO 3309
- has an unusual (for ISO) annex titled "Explanatory notes
- on>implementation of the frame checking sequence (Not part of
- the>standard)". But it consists mainly of a page of algebra
- showing how a>CRC can be mathematically represented as the
- division or>multiplication of polynomials. The other page hints
- that the actual>implementation includes a shift register, but
- nowhere does it show>what the actual circuit looks like (a shift
- register with taps feeding>exclusive-OR gates providing
- feedback.)>Useless. And perfectly typical for ISO.Another useful
- reference is the September 1986 issue of Byte Magazine.On Page
- 115 there is a article titled "Calculating CRCs by bits and
- bytes".It covers several CRC methods (including the HDLC one),
- explains the"shift registers", and gives example code for bit
- and byte orientedcalculations.I was sucessful in implementing a
- routine to check pacsat protocol crcs byreading the article and
- the pacsat docs.I aggree you should test it with a "real" HDLC
- chip to see that it works.73 Eric WB1HBU eac@world.std.com
- ------------------------------Date: 25 Apr 92 21:37:19 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!at
- t!bu.edu!wang!dbushong@network.UCSD.EDUSubject: Educating the
- unwashedTo: packet-radio@ucsd.edudana@locus.com (Dana H. Myers)
- writes:>This morning I was chatting with some of the Antelope
- Valley locals>[...]>Huh? Another station then sagely chimes in,
- "Well, you can read all those>papers and tear your shack all
- apart making mods but it all doesn't>matter".>[...]>But, I think
- that might just be an exercise in futility. Maybe I'll>just work
- on a few locals, set up an IP net on the locally
- sanctioned>packet frequency (which sees zero activity), and
- ignore the unwashed.>What do y'all think?I think that you should
- forge ahead, document your results, get some peoplewho are
- interested in experimentation to help, and then when themajority
- decides that you were right (even if they don't know "you"were
- even involved in early experiments & tests), you can say to
- yourself, "I was right." And next time, you will feel even
- better about venturinginto the unproven!It's hard to quickly
- change the mind of the majority (history says that's good), but
- it's nice to know you were right, "way back when..."I'd be
- interested to know how you do with your experiment.Regards, and
- (literally) 73,Dave KZ1Odbushong@wang.com--
- =================================================================
- ====Dave Bushong + What happened? -
- CurlyWang Laboratories, Inc. + Nothin' -
- Moe==============================================================
- =======------------------------------Date: 26 Apr 1992 03:52:21
- GMTFrom: ucsd.edu!brian@network.UCSD.EDUSubject: Educating the
- unwashedTo: packet-radio@ucsd.edudana@locus.com (Dana H. Myers)
- writes:>So, I'm tempted to prepare a presentation for the local
- club meeting>where I attempt to explain some of the mystical
- terminology of packet>(like, "What is FRACK?") and get the
- packet users to look things like>the CNC proceedings rather than
- just flying by the seat of their pants.>But, I think that might
- just be an exercise in futility.If your packet community is
- anything like the local packet communityhere in San Diego, you
- will educate a few, piss off a few, and bore themajority who are
- convinced they already know everything there is toknow in
- packet because they have an advanced station - a PK64.If you can
- suffer fools well (something I've never been able to do),the few
- you educate will be worth your time.Take a few props with you.
- A squirt pistol, a 2x4 with nails stickingout of it, and an AK47
- all suggest themselves as attention gettingdevices, but perhaps
- only the squirt pistol is necessary. My currentfavourite is a
- Super-Soaker 200, good for nearly 20 feet range, nearly afull
- minute continuous stream, and 2 liters of ammo.If you're worried
- about attendance, offer free Geritol. Never failsto attract a
- crowd. - Brian------------------------------Date: 24 Apr 92
- 15:31:58 GMTFrom:
- sdd.hp.com!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jan
- gus@network.UCSD.EDUSubject: PHS SoftwareTo:
- packet-radio@ucsd.eduIn article <702000737.F00001@iea.UUCP>
- Jay.Townsend@f3.n346.z1.fido.iea.hmm writes: > > Does anyone
- have any information where I can get the PHS software? It >
- evidently is like the THS software for the DRSI card, but runs
- on the > PK232 by AEA. I am a little hard to get a hold of on
- this Net. > > I have the program available on 360K diskette.
- I will make copies for anyonewho is willing to take the time to
- mail me a pre-posted return mailer with aformatted
- diskette.xenon!skyld!jangus < This space left blank
- intentionally. >J Angus, PO Box 4425, Carson CA 90749-4425 voice
- (310) 324-6080------------------------------Date: 25 Apr 1992
- 17:59:42 -0700From: news-mail-gateway@ucsd.eduSubject: PK-232
- Tip for RxTo: packet-radio@ucsd.eduMy PK-232MBX was slowly going
- deaf. The transmit was okay, but I was havingtrouble receiving
- packets. I would connect to a station and get good ACKs, butwas
- having trouble printing them and since I was not receiving their
- packet,they would time out waiting for me to ACK. This problem
- did not happen overnight but seemed to degrade with time.Called
- AEA and the technician suggested I change out U-20, MC-1488. I
- used aRadio Shack 276-2520 Quad Line Driver. It worked! I have
- to admit it was noteasy to remove the old IC that was soldered
- to the board. It now has a socket!If your PK-232 seems to be
- going deaf, consider replacing U-20. Much thanks toAEA for the
- tip. Save me having to send the PK-232 off for repair.73 de
- Dick, KD5VUkd5vu@austin.lockheed.comKD5VU @
- N5LJF.#AUS.TX.USA.NA------------------------------Date: 24 Apr
- 92 15:42:02 GMTFrom:
- sdd.hp.com!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!skyld!jan
- gus@network.UCSD.EDUSubject: WA4DSY 56 kbit/s MODEM ??To:
- packet-radio@ucsd.eduIn article <1992Apr13.145010.4055@kth.se>
- mattis@elixir.lne.kth.se writes: > > Hello ! > > > I
- would like to know where and how to buy the WA4DSY 56 kbit/s
- MODEM kit. > > I have read about GRAPES, but I have no
- address or whatsoever. > Georgia Radio Amateur Packet
- Enthusiasts Society, Inc.GRAPES, Inc.56 KB ModemsPO Box
- 871Alpharetta, GA 30239-0871This is thier published mailing
- address since I have yet to receive an
- e-mailresponse.xenon!skyld!jangus < This space left blank
- intentionally. >J Angus, PO Box 4425, Carson CA 90749-4425 voice
- (310) 324-6080------------------------------End of Packet-Radio
- Digest V92 #111******************************Date: Mon, 27 Apr
- 92 04:30:03 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #112To: packet-radioPacket-Radio Digest Mon,
- 27 Apr 92 Volume 92 : Issue 112Today's Topics:
- Internet <> Packet GatewaysSend Replies or notes for
- publication to: <Packet-Radio@UCSD.Edu>Send subscription
- requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
- solve otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: Mon, 27 Apr 1992 02:38:10 GMTFrom:
- munnari.oz.au!metro!ob1!dgodden@network.UCSD.EDUSubject:
- Internet <> Packet GatewaysTo: packet-radio@ucsd.eduHello All,
- Thanks you for reading this, I am trying to compile a list of
- all Internet <> Packet Gateways. If you have any info the would
- help me could you please sent it to me. Thanks in advance.
- Cheers de Daniel.Internet:
- dgodden@arthur.nepean.uws.edu.auPacket:
- VK2JDG@VK2RWI.NSW.AUS.OC------------------------------End of
- Packet-Radio Digest V92 #112******************************Date:
- Tue, 28 Apr 92 04:30:03 PDTFrom: Packet-Radio Mailing List and
- Newsgroup <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #113To: packet-radioPacket-Radio Digest Tue,
- 28 Apr 92 Volume 92 : Issue 113Today's Topics:ARRL's
- "Business Rule" proposal - automatic retransmission prohibited?
- AX.25 Link-Layer Docs (ISO-3309)???
- Packet-Radio Digest V92 #111 PK-232 RF
- Ground Loop Modification WA4DSY 56 kbit/s
- MODEM ??Send Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: Mon, 27 Apr 92 16:07:59 GMTFrom:
- netcomsv!mork!stevew@decwrl.dec.comSubject: ARRL's "Business
- Rule" proposal - automatic retransmission prohibited?To:
- packet-radio@ucsd.eduwpns@pictel.com (Willie Smith) writes:: I
- read in the March(?) QST that the ARRL requested that the FCC
- change: their rules slightly on the "Business" use of ham radio.
- Most of it: seemed to make pretty good sense, but buried at the
- end of their: proposal was a section that "With the exception of
- stations in: Auxiliary, Repeater, and Space operations, amateur
- stations are: prohibited from automatically retransmitting other
- amateur's: transmissions." or some such. Sounds to me like a
- big problem for: packet operations.... Did anyone else catch
- this, or did I just read: it wrong?: : Willie Smith:
- wpns@pictel.comThe reason as I understand it is that the ARRL
- has chosen to seperate the two issues, i.e. responsibility for
- transmission andbusiness content. ARRL feels they have a good
- chance of getting the97.113 modification through, but will run
- into problems withthe commission on "who's responsible" for a
- transmission. The league has approached FCC about the
- responsiblity issueat least once in their comments to FCC on the
- 1989 re-writeif memory serves. These comments fell on deaf
- ears. Considerthis not a dead issue, but not tactically
- advisable to pursuein this proceeding. Linking the two issues
- would cause nochange all at this time. I'd rather see 97.113
- lightened upthen pursue the other issue vigorously.Steve KA6S
- ------------------------------Date: 27 Apr 1992 19:47:32
- -0700From: news-mail-gateway@ucsd.eduSubject: AX.25 Link-Layer
- Docs (ISO-3309)???To: packet-radio@ucsd.edu>>The AX.25 document
- didn't go into great detail in computing the CRC>>mainly because
- the standard practice at the time was to use commercial>>HDLC
- chips (Zilog SIO or 8530, WD 1933, Intel 8273, etc) and these
- all>>compute and check the CRC automatically. With the recent
- popularity of>>the "software HDLC chip" (a big step backward, in
- my opinion) I guess>>there's a need to define the CRC
- calculation in more detail. ...stuff deleted...>Another useful
- reference is the September 1986 issue of Byte Magazine.>On Page
- 115 there is a article titled "Calculating CRCs by bits and
- bytes".>It covers several CRC methods (including the HDLC one),
- explains the>"shift registers", and gives example code for bit
- and byte oriented>calculations. ...more stuff deleted...A good
- tutorial article on CRC's is "A Tutorial on CRC Computations"
- inIEEE Micro, August 1988, p. 62-75. The information is
- presented at a moreadvanced level than Byte Magazine so it may
- be useful to those implementingthe algorithm; it also includes
- many references for those interested in thegory details. (IEEE
- is the Institute of Electrical and ElectronicsEngineers.)Jeff
- Austen, k9ja, bitnet:
- jra1854@tntech------------------------------Date: 27 Apr 1992
- 12:44:25 -0700From: news-mail-gateway@ucsd.eduSubject:
- Packet-Radio Digest V92 #111To: packet-radio@ucsd.eduCould
- anyone help me in serching for this integrated circuit, used in
- TNCs:TCM 3105 FSK modem.Thanks,HAROLD SANCHEZUnidad de
- Investigacion y Desarrollo - DOT - San PedroInstituto
- Costarricense de ElectricidadApartado 10032San JoseCOSTA
- RICAVOICE (506) 343543 (HOME)FAX (506) 245980 (WORK)BITNET:
- hsanchez@ucrvm2X.400 :
- C=ch;A=arcom;P=itu;O=rpoa;OU1=ctr;OU2=ice;S=sanchez;G=harold-----
- -------------------------Date: 28 Apr 92 03:21:46 GMTFrom:
- swrinde!cs.utexas.edu!ut-emx!shrike!kriss@network.UCSD.EDUSubject
- : PK-232 RF Ground Loop ModificationTo:
- packet-radio@ucsd.eduThanks to several who E-Mailed me a copy of
- the subject article.Dick, KD5VUOn: 4/27/92 10:25:49 PM
- CST------------------------------Date: 27 Apr 92 13:57:13
- GMTFrom:
- usc!sol.ctr.columbia.edu!emory!wa4mei!nanovx!dennis@network.UCSD.
- EDUSubject: WA4DSY 56 kbit/s MODEM ??To: packet-radio@ucsd.eduIn
- article <704130122snx@skyld.UUCP> jangus@skyld.UUCP (Jeff Angus)
- writes:>Georgia Radio Amateur Packet Enthusiasts Society,
- Inc.>>GRAPES, Inc.>56 KB Modems>PO Box 871>Alpharetta, GA
- 30239-0871>>This is thier published mailing address since I have
- yet to receive an e-mail>response.Well, here is the email
- response you have been looking for....GRAPES is real small when
- it comes to modems, it is just a clubproject that keeps getting
- bigger. If you have any questionsabout the modem/availability,
- please drop me a line. I'm thecurrent President of GRAPES
- (Sucker/volunteer). I'm also highlyinvolved in the local LANS.
- Currently most of the core group ofGRAPES volunteers were at
- Dayton, and should be returning to theirreqular lives of little
- or no time to devote to the tasks at hand.Important Email
- addresses - emory!nanovx!dennis (Dennis Boylan N4ZMZ)
- (myself) emory!wa4mei!ke4zv!gary (Gary Coffman KE4ZV) (prolific
- on usenet...) emory!kd4nc!dug (Doug Drye KD4NC) (shipping, et
- al)Hopefully we can finish up some projects and emailing to us
- will besomething like - modems@grapes.orgBut all of this takes
- time... Should get to it before the end of theyear... Dennis--
- Dennis Boylan N4ZMZ (...!{emory|gatech}!nanovx!dennis)4422
- Northshore Ln. Norcross, GA.
- 30093------------------------------End of Packet-Radio Digest
- V92 #113******************************Date: Wed, 29 Apr 92
- 04:30:02 PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #114To: packet-radioPacket-Radio Digest Wed,
- 29 Apr 92 Volume 92 : Issue 114Today's Topics:
- Best of both worlds? (PBBS & TCP/IP)
- Internet <> Packet Gateways (2 msgs) KA9Q
- for the Hp 48sx?? MDT's
- NET/Mac Console Cmd for PK-232Send Replies or notes for
- publication to: <Packet-Radio@UCSD.Edu>Send subscription
- requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
- solve otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 29 Apr 92 06:32:47 GMTFrom:
- claris!apple!winter@decwrl.dec.comSubject: Best of both worlds?
- (PBBS & TCP/IP)To: packet-radio@ucsd.eduI've been waiting for
- all the real experts to get home from Daytonand answer this
- question, but since there's still no sign of them... :-)If all
- you need to do is read bulletins from someone else's PBBS,NOS is
- just fine; just use its AX.25 capabilities. But it soundslike
- you want to be able to collect messages on your own node; inthat
- case, I'll let someone else answer the question of whether
- there'sany version of NOS that can do that.Patty--
- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
- :: Patty Winter N6BIS Internet: winter@apple.com
- :: :: Sunnyvale, California AMPRNet: 44.4.0.44
- ::
- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
- ------------------------------Date: 28 Apr 92 05:37:28 GMTFrom:
- dog.ee.lbl.gov!nosc!crash!slic!mikey@network.UCSD.EDUSubject:
- Internet <> Packet GatewaysTo:
- packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
- Godden) writes:> I am trying to compile a list of all Internet
- <> Packet Gateways.> If you have any info the would help me
- could you please> sent it to me....and will you post your
- responses to the net?--Mike Shirley, WB6WUI INET:
- mikey@slic.cts.comPO Box 460 (San Diego) UUCP:
- {hplabs!hp-sdd nosc}!crash!slic!mikeyLakeside, CA 92040-0460
- GEnie: SLIC------------------------------Date: Wed, 29 Apr
- 1992 01:36:52 GMTFrom:
- munnari.oz.au!metro!extro.ucc.su.OZ.AU!terryd@network.UCSD.EDUSub
- ject: Internet <> Packet GatewaysTo:
- packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
- Godden) writes:> I am trying to compile a list of all Internet
- <> Packet Gateways.> If you have any info the would help me
- could you please> sent it to me.I tried to email you, but the
- addresss above appears not to be a validaddress ... a question
- that I would ask, why do you want to know ?Terry-- Terry Dawson,
- terryd@extro.ucc.su.OZ.AU, vk2ktj%vk2ktj@vk2aqg.nsw.aus.oc+61 2
- 925 1556 (voice), +61 2 922 5973 (fax). __\*/__ 0^Ooooo
- _____------------------------------Date: 27 Apr 92 21:14:38
- GMTFrom:
- swrinde!zaphod.mps.ohio-state.edu!usc!sdd.hp.com!hpscdc!hplextra!
- hpcc05!hpdmd48!jhays@network.UCSD.EDUSubject: KA9Q for the Hp
- 48sx??To: packet-radio@ucsd.eduI am only familiar with a version
- for the 95LX ---John------------------------------Date: 28 Apr
- 92 13:43:52 GMTFrom: ub.d.umn.edu!gcarino@RUTGERS.EDUSubject:
- MDT'sTo: packet-radio@ucsd.eduThe police here have changed over
- to MDT's. Being a very seriousscanner listener, I would like to
- monitor these signals. The reason Ipost here is because they
- are using a digital form of communication andwhat better place
- to ask about DIGITAL than fellow digitizers.Anyone else out
- there trying to do what I am? Is it possible to breaktheir
- codification? Anyone having
- success?Gary------------------------------Date: 28 Apr 92
- 21:32:45 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!cs.utexas.edu!ut-emx!shrike!kriss@n
- etwork.UCSD.EDUSubject: NET/Mac Console Cmd for PK-232To:
- packet-radio@ucsd.eduThis is a Macintosh, PK-232 and NET/Mac
- tcpip posting. I need help with a Console command. What command
- can you issue from theConsole (or autoexec.net file) to change
- the PK-232 for HF operation? The twocommands I would like to
- issue are: VHF OFF HBAUD 300The 'only' way I have been
- able to change from VHF to HF is to manually makethe changes in
- normal ax25 mode, quite the non-ip program and then loadNET/Mac.
- This is a pain! Hopefully, someone has figured out how to
- command thePK-232 from NET/Mac's Console window.Please reply via
- E-Mail or PacketDick Kriss, KD5VUkd5vu@austin.lockheed.comKD5VU
- @ N5LJF.#AUS.TX.USA.NAOn: 4/28/92 4:38:25 PM
- CST------------------------------End of Packet-Radio Digest V92
- #114******************************Date: Thu, 30 Apr 92 04:30:03
- PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #115To: packet-radioPacket-Radio Digest Thu,
- 30 Apr 92 Volume 92 : Issue 115Today's Topics:
- (none) (3 msgs) Best of both
- worlds? (PBBS & TCP/IP) Digicom
- Whereabouts DSP2232, AEA, DSP12, and me
- G8BPQ & W0RLI & NOS Interfacing
- EPSON EG-7004S-AR flat panel LCD??? Internet
- <> Packet Gateways K9NG data recovery mod
- KA9Q for the Hp 48sx?? (3 msgs)
- NET/Mac Console Cmd for PK-232
- Police MDTs (2 msgs) Rejected posting to
- I-PACRAD@UIUCVMDTHIS MAIL IS BEING RETURNED BECAUSE IT WAS NEVER
- READ BY THE (3 msgs) WEFAX HELP!Send
- Replies or notes for publication to: <Packet-Radio@UCSD.Edu>Send
- subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 29 Apr 1992 06:27:19 -0700From:
- news-mail-gateway@ucsd.eduSubject: (none)To:
- packet-radio@ucsd.edu>From Packet-Radio Wed Apr 29 04:30:02 PDT
- 1992 remote from UCSD.EduReceived: by ucsd.edu; id
- AA06991 sendmail 5.64/UCSD-2.2-sun Wed, 29 Apr 92 04:30:05 -0700
- for infmx!brucebReceived: by ucsd.edu; id AA06986 sendmail
- 5.64/UCSD-2.2-sun Wed, 29 Apr 92 04:30:04 -0700 for
- /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi
- -fpacket-radio-relay packet-radio-listMessage-Id:
- <9204291130.AA06986@ucsd.edu>Date: Wed, 29 Apr 92 04:30:02
- PDTFrom: ucsd.edu!packet-radio (Packet-Radio Mailing List and
- Newsgroup)Errors-To: Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #114To: UCSD.EDU!packet-radio Content-Type:
- textContent-Length: 4964Packet-Radio Digest Wed, 29 Apr
- 92 Volume 92 : Issue 114Today's Topics:
- Best of both worlds? (PBBS & TCP/IP) Internet <>
- Packet Gateways (2 msgs) KA9Q for the Hp
- 48sx?? MDT's
- NET/Mac Console Cmd for PK-232Send Replies or notes for
- publication to: <Packet-Radio@UCSD.Edu>Send subscription
- requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
- solve otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 29 Apr 92 06:32:47 GMTFrom:
- claris!apple!winter@decwrl.dec.comSubject: Best of both worlds?
- (PBBS & TCP/IP)To: packet-radio@ucsd.eduI've been waiting for
- all the real experts to get home from Daytonand answer this
- question, but since there's still no sign of them... :-)If all
- you need to do is read bulletins from someone else's PBBS,NOS is
- just fine; just use its AX.25 capabilities. But it soundslike
- you want to be able to collect messages on your own node; inthat
- case, I'll let someone else answer the question of whether
- there'sany version of NOS that can do that.Patty--
- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
- :: Patty Winter N6BIS Internet: winter@apple.com
- :: :: Sunnyvale, California AMPRNet: 44.4.0.44
- ::
- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
- ------------------------------Date: 28 Apr 92 05:37:28 GMTFrom:
- dog.ee.lbl.gov!nosc!crash!slic!mikey@network.UCSD.EDUSubject:
- Internet <> Packet GatewaysTo:
- packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
- Godden) writes:> I am trying to compile a list of all Internet
- <> Packet Gateways.> If you have any info the would help me
- could you please> sent it to me....and will you post your
- responses to the net?--Mike Shirley, WB6WUI INET:
- mikey@slic.cts.comPO Box 460 (San Diego) UUCP:
- {hplabs!hp-sdd nosc}!crash!slic!mikeyLakeside, CA 92040-0460
- GEnie: SLIC------------------------------Date: Wed, 29 Apr
- 1992 01:36:52 GMTFrom:
- munnari.oz.au!metro!extro.ucc.su.OZ.AU!terryd@network.UCSD.EDUSub
- ject: Internet <> Packet GatewaysTo:
- packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
- Godden) writes:> I am trying to compile a list of all Internet
- <> Packet Gateways.> If you have any info the would help me
- could you please> sent it to me.I tried to email you, but the
- addresss above appears not to be a validaddress ... a question
- that I would ask, why do you want to know ?Terry-- Terry Dawson,
- terryd@extro.ucc.su.OZ.AU, vk2ktj%vk2ktj@vk2aqg.nsw.aus.oc+61 2
- 925 1556 (voice), +61 2 922 5973 (fax). __\*/__ 0^Ooooo
- _____------------------------------Date: 27 Apr 92 21:14:38
- GMTFrom:
- swrinde!zaphod.mps.ohio-state.edu!usc!sdd.hp.com!hpscdc!hplextra!
- hpcc05!hpdmd48!jhays@network.UCSD.EDUSubject: KA9Q for the Hp
- 48sx??To: packet-radio@ucsd.eduI am only familiar with a version
- for the 95LX ---John------------------------------Date: 28 Apr
- 92 13:43:52 GMTFrom: ub.d.umn.edu!gcarino@RUTGERS.EDUSubject:
- MDT'sTo: packet-radio@ucsd.eduThe police here have changed over
- to MDT's. Being a very seriousscanner listener, I would like to
- monitor these signals. The reason Ipost here is because they
- are using a digital form of communication andwhat better place
- to ask about DIGITAL than fellow digitizers.Anyone else out
- there trying to do what I am? Is it possible to breaktheir
- codification? Anyone having
- success?Gary------------------------------Date: 28 Apr 92
- 21:32:45 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!cs.utexas.edu!ut-emx!shrike!kriss@n
- etwork.UCSD.EDUSubject: NET/Mac Console Cmd for PK-232To:
- packet-radio@ucsd.eduThis is a Macintosh, PK-232 and NET/Mac
- tcpip posting. I need help with a Console command. What command
- can you issue from theConsole (or autoexec.net file) to change
- the PK-232 for HF operation? The twocommands I would like to
- issue are: VHF OFF HBAUD 300The 'only' way I have been
- able to change from VHF to HF is to manually makethe changes in
- normal ax25 mode, quite the non-ip program and then loadNET/Mac.
- This is a pain! Hopefully, someone has figured out how to
- command thePK-232 from NET/Mac's Console window.Please reply via
- E-Mail or PacketDick Kriss, KD5VUkd5vu@austin.lockheed.comKD5VU
- @ N5LJF.#AUS.TX.USA.NAOn: 4/28/92 4:38:25 PM
- CST------------------------------End of Packet-Radio Digest V92
- #114******************************------------------------------D
- ate: 29 Apr 1992 07:55:51 -0700From:
- news-mail-gateway@ucsd.eduSubject: (none)To:
- packet-radio@ucsd.eduSignoff------------------------------Date:
- 29 Apr 1992 08:27:07 -0700From:
- news-mail-gateway@ucsd.eduSubject: (none)To:
- packet-radio@ucsd.edu>From Packet-Radio Wed Apr 29 04:30:02 PDT
- 1992 remote from UCSD.EduReceived: by ucsd.edu; id
- AA06991 sendmail 5.64/UCSD-2.2-sun Wed, 29 Apr 92 04:30:05 -0700
- for infmx!brucebReceived: by ucsd.edu; id AA06986 sendmail
- 5.64/UCSD-2.2-sun Wed, 29 Apr 92 04:30:04 -0700 for
- /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi
- -fpacket-radio-relay packet-radio-listMessage-Id:
- <9204291130.AA06986@ucsd.edu>Date: Wed, 29 Apr 92 04:30:02
- PDTFrom: ucsd.edu!packet-radio (Packet-Radio Mailing List and
- Newsgroup)Errors-To: Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #114To: UCSD.EDU!packet-radio Content-Type:
- textContent-Length: 4964Packet-Radio Digest Wed, 29 Apr
- 92 Volume 92 : Issue 114Today's Topics:
- Best of both worlds? (PBBS & TCP/IP) Internet <>
- Packet Gateways (2 msgs) KA9Q for the Hp
- 48sx?? MDT's
- NET/Mac Console Cmd for PK-232Send Replies or notes for
- publication to: <Packet-Radio@UCSD.Edu>Send subscription
- requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
- solve otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available (by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 29 Apr 92 06:32:47 GMTFrom:
- claris!apple!winter@decwrl.dec.comSubject: Best of both worlds?
- (PBBS & TCP/IP)To: packet-radio@ucsd.eduI've been waiting for
- all the real experts to get home from Daytonand answer this
- question, but since there's still no sign of them... :-)If all
- you need to do is read bulletins from someone else's PBBS,NOS is
- just fine; just use its AX.25 capabilities. But it soundslike
- you want to be able to collect messages on your own node; inthat
- case, I'll let someone else answer the question of whether
- there'sany version of NOS that can do that.Patty--
- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
- :: Patty Winter N6BIS Internet: winter@apple.com
- :: :: Sunnyvale, California AMPRNet: 44.4.0.44
- ::
- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
- ------------------------------Date: 28 Apr 92 05:37:28 GMTFrom:
- dog.ee.lbl.gov!nosc!crash!slic!mikey@network.UCSD.EDUSubject:
- Internet <> Packet GatewaysTo:
- packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
- Godden) writes:> I am trying to compile a list of all Internet
- <> Packet Gateways.> If you have any info the would help me
- could you please> sent it to me....and will you post your
- responses to the net?--Mike Shirley, WB6WUI INET:
- mikey@slic.cts.comPO Box 460 (San Diego) UUCP:
- {hplabs!hp-sdd nosc}!crash!slic!mikeyLakeside, CA 92040-0460
- GEnie: SLIC------------------------------Date: Wed, 29 Apr
- 1992 01:36:52 GMTFrom:
- munnari.oz.au!metro!extro.ucc.su.OZ.AU!terryd@network.UCSD.EDUSub
- ject: Internet <> Packet GatewaysTo:
- packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
- Godden) writes:> I am trying to compile a list of all Internet
- <> Packet Gateways.> If you have any info the would help me
- could you please> sent it to me.I tried to email you, but the
- addresss above appears not to be a validaddress ... a question
- that I would ask, why do you want to know ?Terry-- Terry Dawson,
- terryd@extro.ucc.su.OZ.AU, vk2ktj%vk2ktj@vk2aqg.nsw.aus.oc+61 2
- 925 1556 (voice), +61 2 922 5973 (fax). __\*/__ 0^Ooooo
- _____------------------------------Date: 27 Apr 92 21:14:38
- GMTFrom:
- swrinde!zaphod.mps.ohio-state.edu!usc!sdd.hp.com!hpscdc!hplextra!
- hpcc05!hpdmd48!jhays@network.UCSD.EDUSubject: KA9Q for the Hp
- 48sx??To: packet-radio@ucsd.eduI am only familiar with a version
- for the 95LX ---John------------------------------Date: 28 Apr
- 92 13:43:52 GMTFrom: ub.d.umn.edu!gcarino@RUTGERS.EDUSubject:
- MDT'sTo: packet-radio@ucsd.eduThe police here have changed over
- to MDT's. Being a very seriousscanner listener, I would like to
- monitor these signals. The reason Ipost here is because they
- are using a digital form of communication andwhat better place
- to ask about DIGITAL than fellow digitizers.Anyone else out
- there trying to do what I am? Is it possible to breaktheir
- codification? Anyone having
- success?Gary------------------------------Date: 28 Apr 92
- 21:32:45 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!cs.utexas.edu!ut-emx!shrike!kriss@n
- etwork.UCSD.EDUSubject: NET/Mac Console Cmd for PK-232To:
- packet-radio@ucsd.eduThis is a Macintosh, PK-232 and NET/Mac
- tcpip posting. I need help with a Console command. What command
- can you issue from theConsole (or autoexec.net file) to change
- the PK-232 for HF operation? The twocommands I would like to
- issue are: VHF OFF HBAUD 300The 'only' way I have been
- able to change from VHF to HF is to manually makethe changes in
- normal ax25 mode, quite the non-ip program and then loadNET/Mac.
- This is a pain! Hopefully, someone has figured out how to
- command thePK-232 from NET/Mac's Console window.Please reply via
- E-Mail or PacketDick Kriss, KD5VUkd5vu@austin.lockheed.comKD5VU
- @ N5LJF.#AUS.TX.USA.NAOn: 4/28/92 4:38:25 PM
- CST------------------------------End of Packet-Radio Digest V92
- #114******************************------------------------------D
- ate: 30 Apr 92 01:46:35 GMTFrom:
- swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usene
- t.ins.cwru.edu!ncoast!allbery@network.UCSD.EDUSubject: Best of
- both worlds? (PBBS & TCP/IP)To: packet-radio@ucsd.eduAs quoted
- from <66251@apple.Apple.COM> by winter@Apple.COM (Patty
- Winter):+---------------| I've been waiting for all the real
- experts to get home from Dayton| and answer this question, but
- since there's still no sign of them... :-)+---------------I'm
- not one, but I play one on radio. :-)+---------------| If all
- you need to do is read bulletins from someone else's PBBS,| NOS
- is just fine; just use its AX.25 capabilities. But it sounds|
- like you want to be able to collect messages on your own node;
- in| that case, I'll let someone else answer the question of
- whether there's| any version of NOS that can do
- that.+---------------Several versions of G1EMM and PA0GRI have
- BBS forwarding capability; PA0GRIis more complete in that it can
- do hierarchical BBS addresses, but at leastthe 2.0f version is
- said to be buggy. (I haven't tried it yet; the only BBS Ican
- reach readily won't forward to me due to the already existing
- traffic onthe frequencies he's on. I can well see the point,
- especially since I don'tsee a real need for it in my case
- anyway.)++Brandon-- Brandon S. Allbery, KF8NH [44.70.4.88]
- allbery@NCoast.ORGSenior Programmer, Telotech, Inc. (if I may
- call myself that...)------------------------------Date: 29 Apr
- 1992 13:14:49 -0700From: news-mail-gateway@ucsd.eduSubject:
- Digicom WhereaboutsTo: packet-radio@ucsd.eduHello! I'm
- trying to put together a packet station from scratch after
- gettinginterested in it through reading. My budget is tiny :-),
- so I've obtained asecondhand Commodore 64 and am aiming at
- getting licensed in November whenthe next Uk Radio Amateurs Exam
- happens. In the meantime I'm looking for theDigicom software and
- construction details/schematic for its associated Bell 202modem.
- Can anyone send these to me or post info on where they can be
- obtained by ftpor mail file-server? The C64 will soon have an
- RS232 interface and then C64/128 Kermit, so downloads should be
- possible. I'm interested in TCP/IP but participation in AMPRNET
- will have to wait untilPC prices go lower. Thanks in Advance!
- Steve Rudman PS If I've assumed wrong and Digicom
- is *not* freely copyable for am radpurposes then the address of
- a dealer stocking it in the UK would be useful. Janet:
- "hooke::icarus::rudman" @ uk.ac.ox.atm.isams-or- Janet:
- umeeb37 @ uk.ac.ic.cc.vaxa (if my local host is
- down)------------------------------Date: 29 Apr 92 16:39:46
- GMTFrom: idacrd!n4hy@princeton.eduSubject: DSP2232, AEA, DSP12,
- and meTo: packet-radio@ucsd.eduHowdy:I have finally gotten a
- belly full of people doing what the gentleman didto me yesterday
- and to which I responded. I am sending a long statement.It is
- not a flame, however. You may have no interest in it
- whatsoever, andI encourage you to hit the n key now if you are
- uninterested in my personalaffairs, in AMSAT, AEA, DSP, LL
- Grace, etc. He has written me a verynice note, and I appreciate
- it. He is quite correct that I should stateexactly where I fit
- in all this. I will now.AEA has, through a corporation set up
- in New Jersey to handle the DSP-2232,the Paccomm PSK-1, DOVE
- hardware for AMSAT, etc. paid to me a grand totalof a whopping
- $16,000 for expenses on 3 years work on this box. I can
- assureyou that has not even remotely covered the costs to
- myself. Not evenclose. Not anywhere near close. I do not even
- own the DSP2232 I am writingcode on. I wrote Quiktrak. I gave
- it to AMSAT for four versions. BeforeAntonio wrote Instantrak,
- it was the single largest source of revenuefor AMSAT, raising
- hundreds of thousands of dollars for AMSAT and they havenever
- paid me a dime for it. AEA owns the hardware and software in
- the DSP2232and will not pay me a nickel in royalties on ANY of
- it. In return for these, Iget to do things for AMSAT and in
- amateur radio that people only dream aboutdoing. I get to go
- stand on the gantry of launch vehicles, and work on
- spacehardware that many would give half a lifetime to work on.
- For not receivingroyalties on the AEA hardware, I get to keep
- all my software SOURCE and AEAcannot sell it or show it and that
- ladies and gentlemen is worth a bundle. Iget AEA to loan me
- equipment for my personal use that I could never remotelyhope to
- afford. I get the benefit of learning an immense amount of
- stuffthat has been very helpful to my day job and had
- experiences that I haveapplied to it and for which I have
- received many accolades at work. I havereceived compensation
- that to me is irreplacable. I am not a saint however. Iwill
- write modems for commercial use and for that AEA will pay a
- bundle. Ialso get the right to brag as far and as wide as I want
- to about myachievements. If AEA had paid what I was worth in
- doing this, none of youcould remotely ever dream of affording
- this box. I will not brag about thequality of the modems done
- for the final hardware (that hardware upgradekit many of you got
- is what I am talking about) versus others. I'll let wordof
- mouth from people who own the various boxes tell the tale as
- those of youget the new ROM from AEA over the next month. I
- make the following pledge. Ifyou find a modem ANYWHERE that
- outperforms the ones in this box, I will notstop working on them
- until they are the best or find out why they cannot be thebest
- because of the comprimises we made in making this box do
- `everything' andtell you about it. The gentlemen yesterday told
- what Brooks (LL Grace) did forhis customers. I apologize for
- this taking so long, but this is being donethrough a company
- with real people working for it, and many things on
- theirplatter, and it is taking them longer to respond than I
- would have liked andthat is partially my fault. Because it is
- being done via a commercialcompany, you will not get the
- experimenter's package with schematics, floppies,programming
- models, assembler's, debuggers, for free. They will have
- costsassociated with making these available in a professional
- form, and in a formthey will be proud to have their name on and
- one that they can easily supportfor years to come. That is what
- you get (and pay for) when you buy from abigger company versus a
- garage operation. They pay full time staff to supportyou as
- best they can. We all know that is not perfect but it is better
- formost people than getting an answering machine while the guy
- is at his day joband hoping he will call back that night. I
- cannot believe what Brooks has beenable to put together in the
- DSP-12 working in his garage with help from othershe got all on
- his own. I congratulate him on it and wish him well. It isa
- great personal achievement for him and his team. His work on
- this andon the Kansas City Tracker have made sure that he will
- go down as one of thebest technical innovators in amateur radio.
- I will stand by my feelings thathis temporary time at the top
- on these DSP multimodes is over. For those ofyou who insist on
- programming the host processor, the DSP processor, and wantto
- spend time on that (all couple of dozen of you) it is the right
- way to gofor you if you program C or assembler on a PC. It has
- a V40 in it, and he hasmade it easily accessible to you. That
- is great. He is definitely serving aniche that AEA is not, and
- maybe will not support. I will probably buy onemyself and play
- with it since I am pretty good C and assembler programmermyself
- (see reference to Quiktrak above). I have written code for the
- V40, itnow flies in space as the command and control system on
- four Microsats, and so I am pretty familiar with it. It is not
- the best IO processor however.It has some real drawbacks for
- doing this kind of work. I am sure that Brookswill be glad to
- impress you with how he has had to struggle to get it to doall
- the jobs it needed to do and (say) keep up with 9600 bps
- sustained fromUO-22. On the other hand, from the first day I
- got the DSP2232 host code fromN6IA, it would breeze through
- 19200 bps. The 64180 is simply faster athandling byte oriented
- IO than the V40. PERIOD. DMA (which only the DSP2232has) on the
- 8530 in the final version has sped it up even more, End
- discussion.To add insult to injury on the timing side, the 64180
- is clocked faster inthe DSP-2232 than the V40 is in Brooks box
- and it is eight bit instructionsrather than having an eight bit
- data space and doing two fetches to get the16 bit instructions!
- It all adds up and the bottom line is that for doing theIO job
- these boxes want done, the 64180 implementation is hands down
- fasterthan the V40 implementation in the DSP-12. It depends on
- what you want!Steve is hacking around now to support sustained
- 38400 so that we can easilysupport full quality, 256 shades of
- grey as many pixels per inch as are in theoriginal signal, SSTV,
- WEFAX, etc. The drawbacks are that this processor isNOT widely
- used to say the least in PC's and many have given up
- programmingthe Z80, even if it does have fancy bank switching
- for a big address space.In my opinion it is STILL the right
- choice for that box, especially given thenumber of man years
- that went before it on the TNC's and the PK-232. SteveStuart is
- simply the best I have ever seen at writing that stuff and
- AEAhas chosen to make the most of that asset. On the other end
- of the systemhowever, there is no comprimise with you the
- adventurer. You will be givena complete access to the DSP
- processor. You will be told all that you needto know, and given
- examples of how to do it, and a technical manual tohelp hold
- your hand, and it is my hope AEA will make the schematics
- available.The access is already built into the existing system
- and will only get better.On the host side for those of you who
- still remember how to program a Z80,and who want to learn the
- weird and wonderful ways of handling the segmentedaddress space
- and write your own applications, we are putting together
- adebugger for your pleasure (I really am a sadist at heart
- ;-).This weird relationship has cost AEA something as well.
- They geared upthe advertisements before it was ready and many
- pressures stopped mefrom finishing. It is now finished and the
- testing, perfecting, and bugremoval will continue. Because of
- the strange nature of doing this kindof stuff in the amateur
- radio market, where the real costs associated withdoing
- something like this are never seen or passed on to the customer
- (sincethey are not charged, this applies both to Brooks and
- partially to AEA in thiscase), you the purchaser will find stuff
- you don't like because there is noway you could pay for the box
- if it went through the million dollar testingprogram to find out
- the stuff you complain about. The bond of trust youget when you
- buy from LL Grace or AEA in this kind of strange market (I
- knowno other like it), is that they make upgrades to you for
- `free.' That is,the costs of doing the upgrade to you are what
- you pay and not for the timespent on doing the fixes. In the
- normal commercial world, the testingcosts as much or more than
- the bloody development. I apologize to AEA publiclyfor the six
- month delay in which they sold without benefit of the real
- modemsdesigned for the box as it was being shipped (new analog
- front end, no dualports, etc.). That is done with and behind
- us.As to the gentleman's statement that Brooks and I are hated
- enemies, thatis hogwash. Brooks and I have had legitimate
- differences. We designedthe DSP2232 together with KA2MOV.
- Before it was close to market, he wenton his own and did the
- DSP-12. They have both arrived at market at aboutthe same time.
- Both serve different clients and the overlap in their marketsis
- actually quite small. AEA will service primarily the HF market,
- and willserve all the gee whiz folks who want the FAX's, etc.
- Brooks will servethe experimenter who wants to get at all pieces
- of the box easily and isonly comfortable dealing with PC like
- stuff. Both serve the satellite marketsamply well, Brooks and I
- both `grew up' there in ham radio. Because Brooksdid the DSP-12
- while I was still humping on a product we did together withAEA,
- I was extremely angry. It eroded the trust between AEA and me.
- Nowwith hindsight being 20/20, on the part of Brooks, myself,
- and AEA, findingout we have different goals, mostly different
- markets, that is all behind usand we are marching to a positive
- tune rather than stabbing each other in theback. At the time,
- because I was so heavily weighted down during the latepart of
- the year 1990 and the first few months of 1991 and then the
- lastfew months of 1991 with what I like to call world events, I
- felt extremelyguily that he had beat AEA to market. They were
- angry and in turn, I wasangry beyond repair. I believe
- legitimately so, you may not. I want thatto be behind me now,
- and I am looking only toward the future.That is the end of my
- free flowing diatribe. The bottom line is that Ihave misled
- people concerning this box by saying that getting less thanN
- dollars per box is no incentive to go faster (when N is actually
- anegative number, having cost me money), because I did not want
- to hearpeople telling me what a fool I was but I am tired of the
- damn holier thanthoughs and I will tolerate it no longer. I
- strongly believe the DSP2232is the best existing DSP system.
- Time and you will tell. I will continueto brag freely here and
- elsewhere so that you know what is in it and canshare my
- excitement in these achievements which I sincerely hope you
- enjoyusing.Have fun with the DSP2232 or the DSP12. Decide which
- is right for youand go get it. DSP is the only affordable way
- for amateurs to do themyriad of specialty modes we have
- available to us. The price tag seemshigh. I want you to think
- about what it is you are getting for that.You are getting a box
- that does as much as boxes and modems totallingtens of thousands
- of dollars, AND, if a new one comes along, we changea ROM and
- you've got it as well. A new satellite modem? (such as RSM on
- AO-21)no problem, here is a new file, upload it to your box and
- go on. Yes, I am asexcited now as I was when we started all
- this mess with W3IWI. It can onlyget
- better.Bob------------------------------Date: 29 Apr 92 15:38:54
- GMTFrom:
- swrinde!mips!darwin.sura.net!tulane!rex!agwbbs!Angelo_Glorioso_Ii
- i@network.UCSD.EDUSubject: G8BPQ & W0RLI & NOSTo:
- packet-radio@ucsd.eduThis is my second post for help.. I am
- running G8BPQ 4.5 and W0RLI 13.9..I would also like to get a
- very of NOS to run with the system.. What I need to a copy of
- someones Startup.net file and or a copy ofbpqcfg file to get
- them running together..Please Help..-- Via DLG Pro
- v0.991Internet:angelo_glorioso_III@agwbbs.new-orleans.LA.US
- Usenet:rex!agwbbs!angelo_glorioso_III Packet:N5UXT @
- N5UXT.#NOLA.LA.USA.NA Tcp/ip:N5UXT.AMPT.ORG
- [44.108.2.13]------------------------------Date: 29 Apr 92
- 19:03:54 GMTFrom:
- swrinde!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!cis.ksu.edu!mac
- @network.UCSD.EDUSubject: Interfacing EPSON EG-7004S-AR flat
- panel LCD???To: packet-radio@ucsd.eduB.G. Micro (Dallas;
- 214-271-5546) is currently offering EPSON EG-7004S-ARflat panel
- LCD graphic displays for $19.95. I bought two. They
- lookPERFECT for making a portable packet terminal (640 x 200
- dot-matrix inabout a 11" x 6" size, total current draw about 20
- milliamperes).They came with a 27-page "manual" which is full of
- timing and electricalspecifications, but it would sure save me a
- bunch of work if someone whohas already interfaced one of these
- could give me a few suggestions!Will anyone admit to having done
- such an interface?--Myron.-- # We preserve our freedoms using
- four boxes: soap, ballot, jury, and cartridge.# Myron A.
- Calhoun, PhD EE; Associate Professor (913) 539-4448 home#
- INTERNET: mac@cis.ksu.edu (129.130.10.5) 532-6350 work,
- 532-7353 fax# UUCP: ...rutgers!depot!mac
- W0PBV @ K0VAY.KS.USA.NA------------------------------Date: 29
- Apr 92 05:35:11 GMTFrom:
- usc!cs.utexas.edu!asuvax!stjhmc!ddodell@network.UCSD.EDUSubject:
- Internet <> Packet GatewaysTo: packet-radio@ucsd.eduOn <Tue, Apr
- 28 05:37>, UUCP (mikey@slic.cts.com Date: 28 Apr 92 05:37:28
- GMT) wrote: > I am trying to compile a list of all Internet <>
- Packet Gateways.> If you have any info the would help me could
- you please> sent it to me. >...and will you post your
- responses to the net?Please see instructions on using my gateway
- below, please DO NOT send test messages ... they will be
- cancelled at the gateway.If anyone has any questions, drop me a
- line.David------- How to Use the
- wb7tpy.ampr.org Internet <-> Amateur Packet Radio
- Gateway------------------------------Date: 30 Apr 1992 06:07:21
- GMTFrom: ucsd.edu!brian@network.UCSD.EDUSubject: K9NG data
- recovery modTo: packet-radio@ucsd.eduWB6HHV and I have come up
- with a mod for the K9NG 9600 bps modem (basedon some work by
- KD6HCN) that seems to improve the operation of the statemachine
- used to recover clock and do carrier detect.The difficulty is
- that the K9NG uses a data slicer to directly feed thestate
- machine latch, so there is no assurance that the data
- transitionswill satisfy the setup and hold times of the latch
- input. This can leadto some metastability problems with the
- state machine, resulting injittering of the clock, which can
- cause the descrambler to lose sync,and also can cause chatter of
- the DCD output even on a good signal.Since nearly all modern
- TNCs provide 16x clock, the flip-flop (U9b)that was provided to
- divide the 32x clock from the old TNC-1 isavailable for re-use.
- It is already clocked from the 16x clock; wejust cut and jump to
- insert it between the output of the data slicerand the following
- circuitry.1) cut the trace from U9 pin 9 to U9 pin 12, or bend
- U9p12 out of thesocket.2) cut the trace from U9p2 to U7p13. Do
- that near R11 or where thetrace passes under R24. (R24 isn't
- needed and may be omitted in mostinstallations.)3) add a wire
- from U2p2 to U9p9.4) add a wire from U9p13 (or the 32x hole of
- JP3) to U7p13.Seems to help - I think I'm seeing fewer retries.
- No parts needed!By the way, the State 2.0 ROM used for the new
- TAPR-9600 modem will workin the K9NG, except that DCD will false
- quite a bit. It's supposed toimprove clock recovery, so you
- might also give that a try. I found theamount of DCD falsing to
- be unacceptable, so I'm not using it. -
- Brian------------------------------Date: 29 Apr 92 14:24:48
- GMTFrom:
- swrinde!cs.utexas.edu!tamsun!cs.tamu.edu!kurt@network.UCSD.EDUSub
- ject: KA9Q for the Hp 48sx??To: packet-radio@ucsd.eduIn article
- <kronz.704131370@kraft.ecn.purdue.edu>,
- kronz@kraft.ecn.purdue.edu (Jason A Kronz) writes:|> Yesterday
- another HAM told me that there was a HP 48sx version of KA9Q
- packet|> program. Now, THAT's perverted!!!!! B-}There's one for
- the HP pocket DOStoy, the 95LX, but I doubt if the processor in
- the 48 is compatible...-- Kurt Freiberger, wb5bbw
- kurt@cs.tamu.edu 409/847-8607 fax:409/847-8578Dept. 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: 29 Apr 1992
- 15:10:40 GMTFrom:
- usc!wupost!bcm!lib!oac.hsc.uth.tmc.edu!jmaynard@network.UCSD.EDUS
- ubject: KA9Q for the Hp 48sx??To: packet-radio@ucsd.eduIn
- article <13170@tamsun.tamu.edu> kurt@cs.tamu.edu (Kurt
- Freiberger) writes:>There's one for the HP pocket DOStoy, the
- 95LX, but I doubt if the processor >in the 48 is compatible...Oy
- vey, is it not compatible.All you anti-Intel bigots who moan
- about the architecture should take a lookat the architecture of
- the HP48SX's CPU, called the Saturn. After that, the80x86 looks
- positively regular.-- Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never
- ascribe to malice that which canjmaynard@oac.hsc.uth.tmc.edu
- | adequately be explained by a .sig virus. "You're the
- only extremist I've ever known who has a sense of
- humor." -- Richard Nixon, to Pat
- Buchanan------------------------------Date: 30 Apr 92 01:42:05
- GMTFrom:
- swrinde!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usene
- t.ins.cwru.edu!ncoast!allbery@network.UCSD.EDUSubject: KA9Q for
- the Hp 48sx??To: packet-radio@ucsd.eduAs quoted from
- <13170@tamsun.tamu.edu> by kurt@cs.tamu.edu (Kurt
- Freiberger):+---------------| In article
- <kronz.704131370@kraft.ecn.purdue.edu>,
- kronz@kraft.ecn.purdue.edu (Jason A Kronz) writes:| |> Yesterday
- another HAM told me that there was a HP 48sx version of KA9Q
- packet| |> program. | | Now, THAT's perverted!!!!! B-}| |
- There's one for the HP pocket DOStoy, the 95LX, but I doubt if
- the processor | in the 48 is compatible...+---------------Not
- only is it not compatible, but I doubt it'd keep up with even
- 1200 baudIP, much less 9600 or 56k.++Brandon, who *owns* an
- HP48SX and finds the idea of HP48 NOS perverted :-)-- Brandon S.
- Allbery, KF8NH [44.70.4.88] allbery@NCoast.ORGSenior
- Programmer, Telotech, Inc. (if I may call myself
- that...)------------------------------Date: 30 Apr 1992 01:16:24
- -0700From: news-mail-gateway@ucsd.eduSubject: NET/Mac Console
- Cmd for PK-232To: packet-radio@ucsd.edu Hello Dick,You should be
- able to change the settings of the PK-232 by using thecommands:
- param <interface> vhf off and: param <interface> hbaud
- 300Did you try this? Doesn't that work?73 de Adam
- PA2AGA.------------------------------Date: 29 Apr 1992 11:45:24
- -0700From: news-mail-gateway@ucsd.eduSubject: Police MDTsTo:
- packet-radio@ucsd.eduRecently a poster requested data on MDTs.
- What exactly is a mDT
- ?+---------------------------------------------------------------
- ------+ FROM: David Sweigert c/o
- david@kelly.ksc.nasa.gov Boeing Aerospace Operations
- -or- M/S FA-71
- david-sweigert@ksc.nasa.gov Kennedy Space Center, FL 32899
- FAX 407-867-4079
- VOICE
- 867-4848+--------------------------------------------------------
- -------------+------------------------------Date: 29 Apr 92
- 23:55:48 GMTFrom:
- rudy.rutgers.edu!pilot.njin.net!ron@RUTGERS.EDUSubject: Police
- MDTsTo: packet-radio@ucsd.eduMDT = Mobile Data Terminal. It's
- used for getting calls, looking uplicense numbers (the Fairfax
- police here just idley enter licenseplates while waiting at
- lights to see if they get lucky). They alsocan be used to order
- tow trucks (this is neat). They also have acar to car chat mode
- so the cops (as in LA) can discuss how manyminorities they've
- beat up that day (it was totally beyond theircomprehension that
- all these communicaitons were being
- logged.-ROn------------------------------Date: 29 Apr 1992
- 08:41:22 -0700From: news-mail-gateway@ucsd.eduSubject: Rejected
- posting to I-PACRAD@UIUCVMDTo: packet-radio@ucsd.eduYour message
- is being returned to you unprocessed because it seems to have
- beenalready sent to the I-PACRAD list. That is, a message with
- identical body (butpossibly different headers) has been posted
- to the list recently, either by youor by someone else. If you
- have a good reason to resend this message to thelist (for
- instance because half of the outbound spool files were lost in a
- diskcrash at some intermediate node), please alter the
- message text in some waybefore resending it. Note that
- altering the "Subject:" line or adding blanklines at the top
- or bottom of the message is not sufficient; you should
- insteadadd a line at the top explaining why you are re-sending
- the message, for thebenefit of the list
- membership.------------------------ Rejected message (177 lines)
- -------------------------Received: from CUNYVM.BITNET by
- VMD.CSO.UIUC.EDU (Mailer R2.07) with BSMTP id 5794; Wed, 29 Apr
- 92 10:38:44 CDTReceived: from CUNYVM by CUNYVM.BITNET (Mailer
- R2.08) with BSMTP id 3367; Wed, 29 Apr 92 11:37:28 EDTReceived:
- from ucsd.edu by CUNYVM.CUNY.EDU (IBM VM SMTP V2R2) with TCP;
- Wed, 29 Apr 92 11:37:26 EDTReceived: by ucsd.edu; id
- AA06991 sendmail 5.64/UCSD-2.2-sun Wed, 29 Apr 92 04:30:05 -0700
- for infmx!brucebReceived: by ucsd.edu; id AA06986 sendmail
- 5.64/UCSD-2.2-sun Wed, 29 Apr 92 04:30:04 -0700 for
- /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi
- -fpacket-radio-relay packet-radio-listMessage-Id:
- <9204291130.AA06986@ucsd.edu>Date: Wed, 29 Apr 92 04:30:02
- PDTFrom: Packet-Radio Mailing List and Newsgroup
- <packet-radio@ucsd.edu>Errors-To:
- Packet-Radio-Errors@UCSD.EduReply-To:
- Packet-Radio@UCSD.EduPrecedence: BulkSubject: Packet-Radio
- Digest V92 #114To: packet-radio@UCSD.EDUPacket-Radio Digest
- Wed, 29 Apr 92 Volume 92 : Issue 114Today's Topics:
- Best of both worlds? (PBBS & TCP/IP)
- Internet <> Packet Gateways (2 msgs) KA9Q
- for the Hp 48sx?? MDT's
- NET/Mac Console Cmd for PK-232Send Replies or notes for
- publication to: <Packet-Radio@UCSD.Edu>Send subscription
- requests to: <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't
- solve otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available(by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 29 Apr 92 06:32:47 GMTFrom:
- claris!apple!winter@decwrl.dec.comSubject: Best of both worlds?
- (PBBS & TCP/IP)To: packet-radio@ucsd.eduI've been waiting for
- all the real experts to get home from Daytonand answer this
- question, but since there's still no sign of them... :-)If all
- you need to do is read bulletins from someone else's PBBS,NOS is
- just fine; just use its AX.25 capabilities. But it soundslike
- you want to be able to collect messages on your own node; inthat
- case, I'll let someone else answer the question of whether
- there'sany version of NOS that can do that.Patty--
- :::::::::::::::::::::::::::::::::
-
- :::::::::::::::::::::::::::::::: :: Patty Winter
- N6BIS Internet: winter@apple.com :: :: Sunnyvale,
- California AMPRNet: 44.4.0.44 ::
- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
- ------------------------------Date: 28 Apr 92 05:37:28 GMTFrom:
- dog.ee.lbl.gov!nosc!crash!slic!mikey@network.UCSD.EDUSubject:
- Internet <> Packet GatewaysTo:
- packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
- Godden) writes:> I am trying to compile a list of all Internet
- <> Packet Gateways.> If you have any info the would help me
- could you please> sent it to me....and will you post your
- responses to the net?--Mike Shirley, WB6WUI INET:
- mikey@slic.cts.comPO Box 460 (San Diego) UUCP:
- {hplabs!hp-sdd nosc}!crash!slic!mikeyLakeside, CA 92040-0460
- GEnie: SLIC------------------------------Date: Wed, 29 Apr
- 1992 01:36:52 GMTFrom:
- munnari.oz.au!metro!extro.ucc.su.OZ.AU!terryd@network.UCSD.EDUSub
- ject: Internet <> Packet GatewaysTo:
- packet-radio@ucsd.edudgodden@st.nepean.uws.edu.au (Daniel
- Godden) writes:> I am trying to compile a list of all Internet
- <> Packet Gateways.> If you have any info the would help me
- could you please> sent it to me.I tried to email you, but the
- addresss above appears not to be a validaddress ... a question
- that I would ask, why do you want to know ?Terry--Terry Dawson,
- terryd@extro.ucc.su.OZ.AU, vk2ktj%vk2ktj@vk2aqg.nsw.aus.oc+61 2
- 925 1556 (voice), +61 2 922 5973 (fax). __\*/__ 0^Ooooo
- _____------------------------------Date: 27 Apr 92 21:14:38
- GMTFrom:
- swrinde!zaphod.mps.ohio-state.edu!usc!sdd.hp.com!hpscdc!hplextra!
- hpcc05!hpdmd48 !jhays@network.UCSD.EDUSubject: KA9Q for the Hp
- 48sx??To: packet-radio@ucsd.eduI am only familiar with a version
- for the 95LX ---John------------------------------Date: 28 Apr
- 92 13:43:52 GMTFrom: ub.d.umn.edu!gcarino@RUTGERS.EDUSubject:
- MDT'sTo: packet-radio@ucsd.eduThe police here have changed over
- to MDT's. Being a very seriousscanner listener, I would like to
- monitor these signals. The reason Ipost here is because they
- are using a digital form of communication andwhat better place
- to ask about DIGITAL than fellow digitizers.Anyone else out
- there trying to do what I am? Is it possible to breaktheir
- codification? Anyone having
- success?Gary------------------------------Date: 28 Apr 92
- 21:32:45 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!cs.utexas.edu!ut-emx!shrike!kriss@n
- etwork.UCSD.ED USubject: NET/Mac Console Cmd for PK-232To:
- packet-radio@ucsd.eduThis is a Macintosh, PK-232 and NET/Mac
- tcpip posting.I need help with a Console command. What command
- can you issue from theConsole (or autoexec.net file) to change
- the PK-232 for HF operation? The twocommands I would like to
- issue are: VHF OFF HBAUD 300The 'only' way I have been
- able to change from VHF to HF is to manually makethe changes in
- normal ax25 mode, quite the non-ip program and then loadNET/Mac.
- This is a pain! Hopefully, someone has figured out how to
- command thePK-232 from NET/Mac's Console window.Please reply via
- E-Mail or PacketDick Kriss, KD5VUkd5vu@austin.lockheed.comKD5VU
- @ N5LJF.#AUS.TX.USA.NAOn: 4/28/92 4:38:25 PM
- CST------------------------------End of Packet-Radio Digest V92
- #114******************************------------------------------D
- ate: 29 Apr 1992 11:15:14 -0700From:
- news-mail-gateway@ucsd.eduSubject: THIS MAIL IS BEING RETURNED
- BECAUSE IT WAS NEVER READ BY THETo:
- packet-radio@ucsd.eduX-Delivery-Notice: SMTP MAIL FROM does not
- correspond to sender.Received: from VMD.CSO.UIUC.EDU (RSCSXA) by
- UWAVM.U.WASHINGTON.EDU (Mailer R2.08 R208004) with BSMTP id
- 3968; Mon, 23 Mar 92 08:55:47 PSTReceived: by UIUCVMD (Mailer
- R2.07) id 7697; Mon, 23 Mar 92 10:53:18 CSTDate: Mon, 23
- Mar 1992 04:30:03 PSTReply-To: Packet-Radio@UCSD.EduSender:
- Packet Radio <I-PACRAD@UIUCVMD.BITNET>From:
- Packet-Radio Mailing List and Newsgroup
- <packet-radio@UCSD.EDU>Subject: Packet-Radio Digest V92
- #77To: Marty Baxter <DEMO@UWAVMXA.BITNET>Packet-Radio
- Digest Mon, 23 Mar 92 Volume 92 : Issue 77Today's
- Topics: 9600 baud for GE Master II (2 msgs)
- FM radios for 9600 packet
- Internet->NTS gateway & how? Packet radio and RFI
- from my computer. Help!Send Replies or notes for publication
- to: <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available(by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: Sun, 22 Mar 1992 12:33:06 GMTFrom:
- news.hawaii.edu!mpg.phys.hawaii.edu!tony@ames.arpaSubject: 9600
- baud for GE Master IITo: packet-radio@ucsd.eduLooking for advice
- on interfacing 9600 baud (K9NG/G3RUH) modems to a VHFGE Master
- II running as a full-duplex repeater. The manual implies that
- theexciter actually uses phase modulation instead of frequency
- modulation. WillI have to make a varactor modulator and attach
- it in parallel with thecrystal in the oscillator module? Does
- anyone have a working circuit that Icould copy? Are the
- receiver/transmitter bandwidths wide enough to handle9600
- BAUD?And finally a more generic question: can anybody suggest
- sources for 2-meterduplexers at a reasonable price? There is a
- possibility the duplexors may beexposed to a relatively
- high-humidity environment.--Antonio
- Querubintony@mpg.phys.hawaii.edu / ah6bw@uhm.ampr.org /
- querubin@uhunix.bitnet------------------------------Date: 22 Mar
- 92 16:25:01 GMTFrom:
- swrinde!cs.utexas.edu!usc!wupost!emory!kd4nc!ke4zv!gary@network.U
- CSD.EDUSubject: 9600 baud for GE Master IITo:
- packet-radio@ucsd.eduIn article
- <1992Mar22.123306.17107@news.Hawaii.Edu>
- tony@mpg.phys.hawaii.edu (Antonio Querubin) writes:>Looking for
- advice on interfacing 9600 baud (K9NG/G3RUH) modems to a VHF>GE
- Master II running as a full-duplex repeater. The manual implies
- that the>exciter actually uses phase modulation instead of
- frequency modulation. Will>I have to make a varactor modulator
- and attach it in parallel with the>crystal in the oscillator
- module? Does anyone have a working circuit that I>could copy?
- Are the receiver/transmitter bandwidths wide enough to
- handle>9600 BAUD?Just use the Channel Guard input for your
- modulation. Works great, costslittle. The receiver passband is a
- little on the tight side, but it'llwork.>And finally a more
- generic question: can anybody suggest sources for
- 2-meter>duplexers at a reasonable price? There is a possibility
- the duplexors may be>exposed to a relatively high-humidity
- environment.Join your repeater coordination group. If they
- publish a newsletter ormagazine like SERA does, there will be a
- source for contacts who haveduplexers for sale, or know where to
- find them.Gary KE4ZV------------------------------Date: 21 Mar
- 92 15:37:40 GMTFrom:
- usc!elroy.jpl.nasa.gov!spacm1.spac.spc.com!xenon!bongo!julian@net
- work.UCSD.EDUSubject: FM radios for 9600 packetTo:
- packet-radio@ucsd.edu I have been quietly searching for a good
- affordable radio for9600 baud packet. There is currently the Tek
- radio. It costs about $150and leaves much to be desired.
- Kantronics has a radio, that does OK butthe RX performs poorly
- in the madding RF environment of GreaterDisneyland. The
- Riverside Fire dept runs 9600 baud packet. They alsofinance some
- amateur nodes under the bogus "public service" banner -Your tax
- dollars at work. So I ended up talking to Mike Burton, N6KZB of
- Riverside FireBrigade about what radios to use. He said he had
- been using someKenwood models - the TK-710 and TK-810. But of
- course, these havesince been discontinued and replaced with
- "improved" models withscanning and more LEDs. Yes, of course the
- price has gone up. He said his radio of choice is now the Yeasu
- Vertex line. Theyhave models with 4 channels and 24 channels.
- These radios are true FM,40 Watts and are available for low band
- and high band VHF as wellas UHF (6M, 2M, & 450 in hamspeak). So
- I called his supplier who told me the following: He wouldsell me
- the radios for $449 for the 4 channel model and $509 for the
- 24channel model. He would supply the radio programmed to my
- choice offreqs. Well silly me, I asked if I could reprogram
- them, was it justa PROM change etc. He then claimed that the
- programming info was Yaesuprorietary and he couldn't give it to
- me, but would be happy to doit for it for $50. This is crap.
- This is like a car dealer saying they won'tlet me have service
- info, that only the dealership can change the sparkplugs. So,
- does anyone have the programming info? Does anyone have or know
- where I can get service docs? Anyone know anywhere else I can
- buy these radios?--Julian Macassey, julian@bongo.info.com
- N6ARE@K6VE.#SOCAL.CA.USA.NA742 1/2 North Hayworth Avenue
- Hollywood CA 90046-7142 voice (213)
- 653-4495------------------------------Date: 22 Mar 92 16:59:30
- EDTFrom:
- pacbell.com!iggy.GW.Vitalink.COM!widener!psuecl!tag@network.UCSD.
- EDUSubject: Internet->NTS gateway & how?To:
- packet-radio@ucsd.eduI'd like to send a mail message from an
- internet node to apacket radio user at NTS node K1MEA-8, located
- in western Mass.Which gateways have been established for this
- type of messaging,and how do I include them on the mail address
- line?(Note: I'm not very familiar with NTS)Thanks,Tom
- GionfriddoPenn State Univ------------------------------Date: 22
- Mar 92 15:12:34 GMTFrom: hayes!bcoleman@uunet.uu.netSubject:
- Packet radio and RFI from my computer. Help!To:
- packet-radio@ucsd.eduIn article
- <1992Mar18.221950.23515@ke4zv.uucp>, gary@ke4zv.uucp (Gary
- Coffman) writes:>> In article <1992Mar17.223940.1@cc.utah.edu>
- cberthel@cc.utah.edu writes:>>I'm a brand new ham (callsign
- pending) and want to join the packet fun.>>I have a Mac and a
- Kenwood HT (TH25-AT) and am looking at TNCs. I have>>a question
- about RFI from my computer equipment (could be the
- external>>hard drive). Anyway, whenever I even get near my Mac
- it opens the squelch>>on my Kenwood.>> This is an old story
- Cheryl. There are ways to suppress computer RFI,> but the first
- thing you should try is to use a remote antenna on the> HT. If
- you can get the antenna 20 to 50 feet from the computer, the>
- problem may go away. If this doesn't work, move the HT to the
- remote> location and run shielded audio wires from the HT to the
- TNC. This> almost always works.All good advice.> Finally, you
- can invest in some conductive> sprays for the inside of the Mac
- case, complete disassembly required.Don't bother. All Macs
- already have such coatings on the inside of theircases. You
- might consider looking at that Hard disk drive. The radiationis
- not likely to come from the Mac, but from an external device,
- such asthe disk drive mentioned. Try switching off suspect
- devices to narrow theproblem down.> And you can put ferrite
- chokes on all the external cabling which> should be of the
- shielded type. Wrap the SCSI cable in copper foil> and ground it
- at both ends.I have yet to see an unshielded SCSI cable for the
- Mac. If you are usingone, toss it an get a good quality
- cable.--Bill Coleman, AA4LR ! CIS: 76067,2327
- AppleLink: D1958Principal Software Engineer ! Packet
- Radio: AA4LR @ W4QOHayes Microcomputer Products, Inc. ! UUCP:
- uunet!hayes!bcolemanPOB 105203 Atlanta, GA 30348 USA !
- Internet: bcoleman%hayes@uunet.uu.netDisclaimer: "My employer
- doesn't pay me to have opinions."Quote: "The same light shines
- on vineyards that makes deserts." -Steve
- Hackett.------------------------------Date: 22 Mar 92 21:04:11
- GMTFrom:
- swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!pacific.mps.
- ohio-state.edu
- !linac!att!cbfsb!cbnewsb.cb.att.com!wa2ise@network.UCSD.EDUTo:
- packet-radio@ucsd.eduReferences <m21198.701012681@mwunix>,
- <1992Mar21.183130.21848@sq.sq.com>,
- <6253@lib.tmc.edu>ps.ohioSubject : Re: Packet radio and RFI from
- my computer. Help!In article <6253@lib.tmc.edu>
- jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard) writes:>In article
- <1992Mar21.183130.21848@sq.sq.com> rph@sq.sq.com (Pontus Hedman
- (VE3RPH)) writes:>>m21198@mwunix.mitre.org (John McHarry)
- writes:>>>I have the inverse problem. On HF (mostly Amtor) the
- rf from the rig trashes>>>the keyboard.>>I had the same problem
- with Digital VT220 terminal.>>Ack. The console on my home Unix
- box is a VT220 I picked up at a hamfest...up>until your
- comments, I thought $40 for a running terminal was a pretty
- good>deal.I've been using a VT220 on VHF packet without
- problems. Not much RFI. Butmy radio's antenna is on the roof
- about 20 feet overhead. Also use thisterminal to read NetNews
- at home (using it as I type
- this).------------------------------End of Packet-Radio Digest
- V92
- #77******************************------------------------------Da
- te: 29 Apr 1992 11:36:03 -0700From:
- news-mail-gateway@ucsd.eduSubject: THIS MAIL IS BEING RETURNED
- BECAUSE IT WAS NEVER READ BY THETo:
- packet-radio@ucsd.eduX-Delivery-Notice: SMTP MAIL FROM does not
- correspond to sender.Received: from VMD.CSO.UIUC.EDU (RSCSXA) by
- UWAVM.U.WASHINGTON.EDU (Mailer R2.08 R208004) with BSMTP id
- 5757; Tue, 24 Mar 92 08:10:04 PSTReceived: by UIUCVMD (Mailer
- R2.07) id 2585; Tue, 24 Mar 92 10:10:23 CSTDate: Tue, 24
- Mar 1992 04:30:02 PSTReply-To: Packet-Radio@UCSD.EduSender:
- Packet Radio <I-PACRAD@UIUCVMD.BITNET>From:
- Packet-Radio Mailing List and Newsgroup
- <packet-radio@UCSD.EDU>Subject: Packet-Radio Digest V92
- #78To: Marty Baxter <DEMO@UWAVMXA.BITNET>Packet-Radio
- Digest Tue, 24 Mar 92 Volume 92 : Issue 78Today's
- Topics: BBS name standards / Packet-BBS gateways
- Internet=>NTS packet
- Packet on a NeXT Packet Radio Research at
- Georgia Tech. PI card software update
- Please help me find WNOS. Setting up
- 'conventional' TCP/IP for packet Sources for
- APlink executablesSend Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available(by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 23 Mar 92 22:38:58 GMTFrom:
- sdd.hp.com!spool.mu.edu!umn.edu!orstnews!ECE.ORST.EDU!johan@netwo
- rk.UCSD.EDUSubject: BBS name standards / Packet-BBS gatewaysTo:
- packet-radio@ucsd.eduI'd implement it in my version of NOS, if
- we agree on somethingHow about 'X-BID:
- '73Johan,wg7j------------------------------Date: 23 Mar 1992
- 08:11:23 -0800From: news-mail-gateway@ucsd.eduSubject:
- Internet=>NTS packetTo: packet-radio@ucsd.eduTom, I am not sure
- whether or not the existing Internet<>Packet gateways
- arecurrently configured to handle NTS Traffic (Maybe Jim/W2XO
- can enlighten us).In any event to send a piece of NTS traffic
- via packet, you need to locatea consenting amateur (like myself)
- who will take your message, put it into NTSformat, and place in
- on a full-service AX.25 BBS for forwarding. If you wouldlike me
- to send a piece of traffic to your friend, please send me
- thefollowing information:1. Your friend's name and call (I
- assume his HomeBBS is K1MEA.MA.USA.NOAM).2. His address,
- including his zip code, as the packet network uses
- postal'zipcodes for forwarding.3. A local phone number4. A
- message of about 25 words (no more than 30). Be sure to end
- sentences with"X" (X-ray) instead of a period. Each "X" counts
- as a word.Depending on whether or not your friend operates
- packet you may be able tosend a direct message to him through
- one of the gateways. One of the fineand generous people who
- operate the Internet<>Packet's gateways shouldbe able to provide
- you with the necessary information to do that. Otherwise,I would
- be more than happy to handle a piece of NTS traffic to your
- friend.73 de Will/KB4LFDInternet:
- snyder@uncvx1.acs.unc.eduBitnet :
- snyder@uncvx1.bitnet------------------------------Date: 23 Mar
- 92 13:47:46 GMTFrom:
- usc!wupost!psuvax1!hsdndev!ncar!noao!amethyst!mat@network.UCSD.ED
- USubject: Packet on a NeXTTo: packet-radio@ucsd.eduAnyone
- written a packet driver for a NeXT box? If not I'm going to,and
- could use a little direction. Since I want to use an RS232
- portfor the physical connection to the modem, should I modify a
- SLIPintermface (to work with AX.25)?Just passed the exams, and
- am making plans (budget). Ideally, I wouldlike to NOT have to
- explicitly indicate a radio device. Rather, I'dlike to run
- commands normally, and use a radio domain name like:ftp
- machine1.amrd.orgBTW I like what read earlier about an ametuer
- radio domain name;that'sa CLEAN way to keep everyone
- happy.--Matmat@zeus.oopt-sci.arizona.eduPhysical location:
- Bozeman MT------------------------------Date: 23 Mar 92 23:07:25
- GMTFrom:
- swrinde!gatech!cc.gatech.edu!news@network.UCSD.EDUSubject:
- Packet Radio Research at Georgia Tech.To:
- packet-radio@ucsd.eduIn article
- <1992Mar20.223104.11388@cc.gatech.edu> harold@cc.gatech.edu
- writes:>The tar'ed compress'ed set of postscript files that make
- up his thesis>can be anonomously ftp'ed from ftp.cc.gatech.edu
- in the directory>pub/other. The name of the file is
- TDMA.packet.thesis.ps.tar.ZThis file is short some pages. I
- will repost as soon as I get it fixed.Sorry. haroldFORBES,
- HAROLD C. N5JCMGeorgia Institute of Technology, Atlanta
- Georgia, 30332uucp:
- ...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!cc!haroldARPA:
- harold@cc.gatech.edu PACKET: N5JCM @ W4QOFORBES,
- HAROLD C. N5JCMGeorgia Institute of Technology, Atlanta
- Georgia, 30332uucp:
- ...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!cc!haroldARPA:
- harold@cc.gatech.edu PACKET: N5JCM @
- W4QO------------------------------Date: 23 Mar 92 19:47:05
- GMTFrom:
- swrinde!cs.utexas.edu!utgpu!cunews!revcan!software.mitel.com!perr
- yd@network.UCS D.EDUSubject: PI card software updateTo:
- packet-radio@ucsd.eduI am releasing an update for the PI card
- software, for both the compiled-inand packet driver versions.
- There was a bug in the DMA driver code which wouldcause received
- packets to be lost under some situations. The performancewith
- sliding window protocols is greatly improved, and you may find
- thatyou no longer have to run in "stop and wait" mode (ie, with
- tcp window = mss).The replacement files for the compiled-in
- version are in PI920323.ZIP,and the packet driver version is in
- PI_DVR3.ZIP. These may be foundon hydra.carleton.ca in
- pub/packetstuff. I have also put them on UCSD.EDUin
- hamradio/packet/tcpip/incoming.Dave--Dave
- Perryve3ifb@ve3jf.#eon.on.ca.noamperryd@software.mitel.com-------
- -----------------------Date: Tue, 24 Mar 1992 04:43:22 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!mips!mips!boy!aaronm@network.UCSD.E
- DUSubject: Please help me find WNOS.To: packet-radio@ucsd.eduI
- am looking for a copy of WNOS, a TCP-IP ham radio program for
- windows.If anyone can send me the program or assist me in
- getting it I wouldbe greatly appreciated.Thank YouAaron D.
- McClureWD0FAA@N6QM.#NCA.CA.USAaaronm@boy.com---------------------
- ---------Date: 23 Mar 92 18:29:14 GMTFrom:
- swrinde!gatech!taco!garfield.catt.ncsu.edu!linville@network.UCSD.
- EDUSubject: Setting up 'conventional' TCP/IP for packetTo:
- packet-radio@ucsd.eduI am interested in using TCP/IP for working
- packet radio instead of thedefault AX.25 that my TNC can talk by
- itself. My TNC does have a KISS mode,so I should be able to do
- it. I am currently running TCP/IP over an ethernetconnection on
- the Internet. Since I already have TCP/IP software working,
- Iwould like to be able to use my SLIP server to talk to my TNC.
- I know aboutthe ka9q/NOS package, and I know that it can handle
- the ethernet connection,but since I am running OS/2 instead of
- D(umb)OS, I would prefer to stick withthe OS/2 TCP/IP
- package.With that said, my question is: How would I go about
- setting-up this (or anyother 'standard') TCP/IP package to
- properly transmit my callsign, etc forpacket radio
- communication?Another question would be: Does anyone know of an
- OS/2 version of ka9q/NOS?Thanks in
- advance!John-----------------------------------------------------
- -----------------------| John W. Linville
- Amateur radio: KD4KHC || #include
- "std_disclaimer.h" E-mail: linville@catt.ncsu.edu
- |----------------------------------------------------------------
- ------------------------------------------Date: 23 Mar 92
- 20:20:45 GMTFrom:
- sdd.hp.com!think.com!linus!linus!m21198@network.UCSD.EDUSubject:
- Sources for APlink executablesTo: packet-radio@ucsd.eduAt the
- request of Ole, SV1BDS, I have uploaded a self extracting
- archive ofAPlink 6.02 to ucsd.edu. It is in
- hamradio/packet/tcpip/incoming. This isnot quite current.
- Current is 6.03, but I don't yet have it.Sources for the current
- version:Quik BBS in San Antonio 512-690-5312 (8n1).Compuserve's
- Hamnet forum.On disk from TAPR $2 for 5 1/4, $3 for 3 1/2...
- plus postage outside .NA. TAPR, PO Box 12925, Tucson, AZ
- 85732 (I have no connection with TAPR, and I doubt they are
- making anything off this at that price.)John WA9FCH
- (mcHarry@mitre.org)------------------------------End of
- Packet-Radio Digest V92
- #78******************************------------------------------Da
- te: 29 Apr 1992 11:52:22 -0700From:
- news-mail-gateway@ucsd.eduSubject: THIS MAIL IS BEING RETURNED
- BECAUSE IT WAS NEVER READ BY THETo:
- packet-radio@ucsd.eduX-Delivery-Notice: SMTP MAIL FROM does not
- correspond to sender.Received: from VMD.CSO.UIUC.EDU (RSCSXA) by
- UWAVM.U.WASHINGTON.EDU (Mailer R2.08 R208004) with BSMTP id
- 1942; Wed, 25 Mar 92 09:50:06 PSTReceived: by UIUCVMD (Mailer
- R2.07) id 1071; Wed, 25 Mar 92 11:50:28 CSTDate: Wed, 25
- Mar 1992 04:30:02 PSTReply-To: Packet-Radio@UCSD.EduSender:
- Packet Radio <I-PACRAD@UIUCVMD.BITNET>From:
- Packet-Radio Mailing List and Newsgroup
- <packet-radio@UCSD.EDU>Subject: Packet-Radio Digest V92
- #79To: Marty Baxter <DEMO@UWAVMXA.BITNET>Packet-Radio
- Digest Wed, 25 Mar 92 Volume 92 : Issue 79Today's
- Topics: BBS name standards / Packet-BBS gateways (2
- msgs) Clover information wanted...
- Icom W2A <-> TNC Connections NOS
- for Microsoft Windows??Send Replies or notes for publication to:
- <Packet-Radio@UCSD.Edu>Send subscription requests to:
- <Packet-Radio-REQUEST@UCSD.Edu>Problems you can't solve
- otherwise to brian@ucsd.edu.Archives of past issues of the
- Packet-Radio Digest are available(by FTP only) from UCSD.Edu in
- directory "mailarchives/packet-radio".We trust that readers are
- intelligent enough to realize that all textherein consists of
- personal comments and does not represent the officialpolicies or
- positions of any party. Your mileage may vary. So
- there.-----------------------------------------------------------
- -----------Date: 24 Mar 92 16:53:43 GMTFrom:
- sdd.hp.com!spool.mu.edu!umn.edu!orstnews!ECE.ORST.EDU!johan@netwo
- rk.UCSD.EDUSubject: BBS name standards / Packet-BBS gatewaysTo:
- packet-radio@ucsd.eduMy previous message to cut off for some
- reason, so here it is again :-(I have read the discussion on
- this topic with interest.Now that it seems to have died down a
- bit, i am wondering ifthere was a concensus on anything ?I for
- one would like to agree on some X- header to indicate BID,so
- that we could forward some bulletins over Internet to
- gateway-systemsthat can handle those headers appropriately, and
- pump them into the networklocally with proper bid. This would
- relieve the HF network and speedup delivery(stuff like amsat
- buls with shuttle parameters comes to mind :-)I'd implement it
- in my version of NOS, if we agree on somethingHow about 'X-BID:
- '73Johan,wg7j------------------------------Date: 24 Mar 92
- 16:56:11 GMTFrom:
- sdd.hp.com!spool.mu.edu!umn.edu!orstnews!ECE.ORST.EDU!johan@netwo
- rk.UCSD.EDUSubject: BBS name standards / Packet-BBS gatewaysTo:
- packet-radio@ucsd.eduMy previous message got cut off for some
- reason, so here it is again :-(I have read the discussion on
- this topic with interest.Now that it seems to have died down a
- bit, i am wondering ifthere was a concensus on anything ?I for
- one would like to agree on some X- header to indicate BID,so
- that we could forward some bulletins over Internet to
- gateway-systemsthat can handle those headers appropriately, and
- pump them into the networklocally with proper bid. This would
- relieve the HF network and speedup delivery(stuff like amsat
- buls with shuttle parameters comes to mind :-)I'd implement it
- in my version of NOS, if we agree on somethingHow about 'X-BID:
- '73Johan,wg7j------------------------------Date: Tue, 24 Mar
- 1992 17:27:15 GMTFrom:
- usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!hamblin.math.b
- yu.edu!shamu.c aedm.byu.edu!news@network.UCSD.EDUSubject: Clover
- information wanted...To: packet-radio@ucsd.eduSome time ago I
- asked for information about HF packet radio and what speedswere
- attainable. I am still working on that paper. It is coming
- along, butI have heard about a new method, Clover. Could anyone
- tell me a little aboutit? I have only heard about it, never
- seen anything written about it. Is itpromising?--Sean
- Eckton-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
- =-=-=-=-=-=-=-=-=-Internet: ecktons@sirius.byu.edu Brigham
- Young University, Provo, UT.Packet Radio: kd6bik @
- wb7esh.#orem.ut.usa.na-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-------------------------------D
- ate: Wed, 25 Mar 1992 00:07:23 GMTFrom:
- munnari.oz.au!uniwa!antlia!gary@network.UCSD.EDUSubject: Icom
- W2A <-> TNC ConnectionsTo: packet-radio@ucsd.eduDoes anyone know
- how to connect an Icom W2A to a packet TNC?? Where doesthe PTT,
- audio in, audio out and earth lines attach to the
- plug?Thanks!Gary-------------------------------------------------
- -----------------------------Gary Carroll: Consulting and
- Programming Services Phone: (09) 380 3203
- Winthrop Technology Fax : (09) 382 1688
- University of Western Australia
- gary@antlia.uwa.oz.au Nedlands 6009 AUSTRALIA
- Packet Radio:
- VK6XQ@VK6KS------------------------------------------------------
- ------------------------------------------------------Date: 25
- Mar 92 04:54:33 GMTFrom:
- swrinde!mips!mips!boy!aaronm@network.UCSD.EDUSubject: NOS for
- Microsoft Windows??To: packet-radio@ucsd.eduHiFirst I want to
- thank everyone who replied to my quest to findWNOS. As I
- quickly found out WNOS is not a Microsoft Windowsprogram. What
- I would like to know is weather a Microsoft WindowsNOS program
- exists. I think one may since QST mentioned thaton page 92 of
- the March 1992 issue that a NOS for MicrosoftWindows has
- recently arrived. If such a program exists I wouldbe very
- intrested and would like to aquire a copy.I would appreciate any
- information on this subject.Thank you.Aaron D.
- McClureWD0FAA@N6QMY.#NCA.CA.USAaaronm@boy.com--------------------
- ----------Date: 23 Mar 92 14:38:22 GMTFrom:
- mcsun!uknet!acorn!agodwin@uunet.uu.netTo:
- packet-radio@ucsd.eduReferences <46659@wd6ehr.ampr.org>,
- <10671@platypus.uofs.uofs.edu>,
- <1992Mar20.223127.2823260@locus.com>
-