Date: Mon, 8 Nov 93 04:30:18 PST From: Ham-Digital Mailing List and Newsgroup Errors-To: Ham-Digital-Errors@UCSD.Edu Reply-To: Ham-Digital@UCSD.Edu Precedence: Bulk Subject: Ham-Digital Digest V93 #103 To: Ham-Digital Ham-Digital Digest Mon, 8 Nov 93 Volume 93 : Issue 103 Today's Topics: Archimedes Packet Software needed ftp access by packet G.P. DOCS again !!! Help on KISS mode Kiss AX25 driver for Unix ??? KISS V7 binary Need chip numbers NEW PACKET - TNC QUESTIONS (2 msgs) packet FAQ's? Packet Program Recommendations for ATT UNIX 3B2/400 PACKET TX "RECIEVER READY" TCP/IP and Linux Viruses and Packet radio Send Replies or notes for publication to: Send subscription requests to: Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the Ham-Digital Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: Fri, 05 Nov 1993 12:09 From: ukma!news2.uunet.ca!math.ohio-state.edu!howland.reston.ans.net!xlink.net!rz.uni-karlsruhe.de!ibm3090.rz.uni-karlsruhe.de!UJ89@seismo.css.gov Subject: Archimedes Packet Software needed To: ham-digital@ucsd.edu HI OUT THERE I HAVE A TNC2S AND AN ARCHIMEDES AND NO PACKET SOFTWARE AT THE MOMENT I USE TAPR IN CONJUNCTION WITH A VT100 EMU NOT VERY COMFORTABLE. PLEASE MAIL ME UNDER UJ89@IBM3090.RZ.UNI-KARLSRUHE.D400 73 DE DG5IAE ------------------------------ Date: 5 Nov 93 18:09:33 GMT From: hellgate.utah.edu!caen!math.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!nntp.club.cc.cmu.edu!pitt.edu!gatech!howland.reston.ans.net!xlink.net!scsing.switch.ch!@@dog.ee.lbl.gov Subject: ftp access by packet To: ham-digital@ucsd.edu In article PMARANDA@vm1.ulaval.ca, PMARANDA@vm1.ulaval.ca (Roger-Daniel Laberge) writes: > Is there any way to get access to Internet and FTP sites thru packet radio? Technically yes, but it's illegal (3rd party stuff) --- 73 de Andy SP5WCA /-------------------+--------+-------------------+-------------------------\ I Andrzej K. Brandt I SP5WCA I andy@mimuw.edu.pl I sp5wca@sp5pbe.wa.pol.eu I \-------------------+--------+-------------------+-------------------------/ ------------------------------ Date: Fri, 5 Nov 93 09:02:12 GMT From: ukma!widener!hela.iti.org!usc!math.ohio-state.edu!howland.reston.ans.net!pipex!uknet!uos-ee!ee.surrey.ac.uk!M.Willis@seismo.css.gov Subject: G.P. DOCS again !!! To: ham-digital@ucsd.edu English documentation is shipped routinely with GP version 1.5. Perhaps you have a later version and no translation has been done yet. You should have got a complete set of files, not just the program on the distribution disk. Most stuff is available for GP via FTP from ucsd.edu I seem to remember. There is also a German BBS . ftp.inf.tu-dresden.de But this is quite slow to access. It has all sorts of stuff on it. Mike ------------------------------ Date: 05 Nov 93 01:38:17 GMT From: dog.ee.lbl.gov!overload.lbl.gov!agate!howland.reston.ans.net!pipex!sunic!news.funet.fi!nntp.hut.fi!nntp.hut.fi!Tomi.Manninen@network.ucsd.edu Subject: Help on KISS mode To: ham-digital@ucsd.edu In article <60.1356.5731.0N189280@canrem.com> steve.jones@canrem.com (Steve Jones) writes: >The 2 commands you need are persistance and slottime. If using NOS the >persistance command is 'param 2 255'. This sets your TNC to >the highest persistance (very unfriendly to other users). Consult your >manual for a discussion of persistance and slottime. _Very unfriendly!_ Persistence of about 64 would be more appropriate. >things are dead slow. I've noticed on the MFJ's that the sta and con >led's flash every so often like the tnc has been reset. Looks like the >tnc is resetting itself and wiping out my parameters. All the MFJ's I've >have do the same thing. Any ideas?? I've seen this. My TNC is a DK9SJ TNC-2S (tnc-2 clone) with TAPR 1.1.8a (or was it 1.1.8) firmware and it did just what you explained. I finally changed the eprom to JKISS (binaries come with BPQ-node software) and since then it has worked just fine. Since I only use NOS, I don't need any other modes than KISS. -- ---Tomi Manninen / Tomi.Manninen@hut.fi / OH2BNS @ OH2RBI.FIN.EU--- ------------------------------ Date: Sat, 6 Nov 1993 20:29:28 GMT From: Germany.EU.net!mcsun!sun4nl!hacktic!utopia.hacktic.nl!globv1.hacktic.nl!peter@uunet.uu.net Subject: Kiss AX25 driver for Unix ??? To: ham-digital@ucsd.edu whitemp@cnsvax.uwec.edu writes: >Has anyone added a ax25 driver (or kiss) to the kernel of a Unix box? Fred van Kempen, is writing AX.25 drivers for the Linux kernel. This is what he wrote in the HAMS channel on the Linux mailing list: --- cut here --- Hi All, Hey, I didn't even know about the very existence of this channel... Anyway. Christophe said: >Hi, i guess the subject says it all. I heard some rumours about KISS being >supported, but could not find info anywhere. Correct. I indeed added a KISS driver (it talked to every TNC-2 I could find, including my KAM on both ports), and am slowly im- plementing an AX.25 socket layer. I already wrote some simple clients and servers for this (AXterm, AXbeacon, AXtermd, ...) and they react fine to incoming AX frames. Of course, the layer will also run on loopback only (AXterm mycall :-) for testing and gateway looping. I am considering porting the F6FBB BBS program to Linux, thus giving us a nice, wellknown BBS as well. >Is there any support for AX25 connected mode? I guess UI would be enough >to get current TCPIP (44.x.y.z) going, but a "complete" implementation >would be much nicer. Yes, connmode is supported. I got the A->B SABM B->A UA .... A->B DISC || B->A DISC B->A UA || A->B UA sequence running now, but I am still waiting for the AX.25 2.0 specs to arrive here (they were delivered to my US home address yesterday, it'll take another couple of days before they arrive here in NL) so I can check out which kind of exceptions I should be able to handle in the receiver state is not what the sender thinks it is. Currently, I simply send a DM for any packet not being an SABM if we are not in CONN state... UI frames are done, but I want all protocol stacking to be in an external process (i.e. the IP-over-AX bridge, the AX-over-IP bridge, etc.) so the kernel layer is as small as possible. Fred -- Fred N. van Kempen Certified Linux/PRO Engineer :-) MicroWalt Corporation Software Development waltje@uwalt.nl.mugnet.org Hoefbladhof 27, 2215DV VOORHOUT, The Netherlands Tel (+31) 2522-30205 "...I Wanna Lay You Down , In A Bed Of Roses ! (Jon Bon Jovi)" --- ereh tuc --- Groetjes, Peter Busser -- Linux, the choice of a GNU generation. ------------------------------ Date: 7 Nov 93 06:39:15 GMT From: news-mail-gateway@ucsd.edu Subject: KISS V7 binary To: ham-digital@ucsd.edu Could somebody assemble the KISS V7 ROM and upload it to UCSD.EDU for us who don't have a Z-80 Cross Assembler? The *.MAC source code is in ucsd.edu:/hamradio/packet/tcpip/incoming/kissv7.zip 73 Costas ------------------------------------------------------------------ | Dr. K. Krallis, SV1XV * Research Engineer | Metallurgy Lab., National Technical University of Athens | ------ | Internet: kkrallis@leon.nrcps.ariadne-t.gr [143.233.2.1] | Packet radio: sv1xv@sv1uy.ath.grc.eu | AMPRnet: sv1xv@sv1xv.ampr.org [44.154.1.11] | Snail Mail: P.O.BOX 3066, GR-10210 Athens, GREECE ------------------------------------------------------------------ ------------------------------ Date: Fri, 05 Nov 93 16:12:14 GMT From: dog.ee.lbl.gov!agate!howland.reston.ans.net!europa.eng.gtefsd.com!library.ucla.edu!csulb.edu!csus.edu!netcom.com!netcomsv!bongo!skyld!jangus@network.ucsd.edu Subject: Need chip numbers To: ham-digital@ucsd.edu In article <2bcdd1$hia@juniper.almaden.ibm.com> enge@enge.almaden.ibm.com writes: > Need some chip numbers to do some repairs. The chips are U7, U8, U9, > and U10 on a DRSI PCPA-2 (two VHF port) card and U9 and U10 on a TAPR > TNC-2. As he walks over to the table and picks up some handy hardware laying about. DRSI Type 2 U7 MC74HC04AN U8 TCM3105JL U9 MC74HC14AN U10 MC74HC14AN TAPR TNC-2 (This is from the MFJ 1270b which claims to be a TNC-2 clone and the "portions of the artwork" etc...) U9 CD74HC14E U10 CD74HCT04AE As Brian would say, "Your milage may vary" Hope this helps Amateur: WA6FWI@WA6FWI.#SOCA.CA.USA.NA | "It is difficult to imagine our Internet: jangus@skyld.tele.com | universe run by a single omni- US Mail: PO Box 4425 Carson, CA 90749 | potent god. I see it more as a Phone: 1 (310) 324-6080 | badly run corporation." ------------------------------ Date: Fri, 5 Nov 1993 14:29:23 GMT From: dog.ee.lbl.gov!agate!howland.reston.ans.net!gatech!udel!gvls1!rossi@network.ucsd.edu Subject: NEW PACKET - TNC QUESTIONS To: ham-digital@ucsd.edu I would like to try out packet this fall, however I have a few question... 1. How useful is most packet operation with a simple TNC and dumb terminal? All of the TNC ads seem to assume you will be using their TNC with a PC/MAC/etc and they emphasize all of the wonderful features you get. How much functionality is lost by just using a dumb terminal? I currently do *not* have a PC and I have no immediate plans to get one. My "dumb" terminal has some intelligence but would require some custom software to make use of it. 2. What would be a good TNC to use with a dumb terminal? These multi-mode jobs sound nice but it seems to me that most of the features would go to waste since they could not be used with a dumb terminal. 3. What should I be looking for in a TNC? I want to avoid buying something either used or new only to find a few weeks later that it is lacking some highly desired feature. This is especially true for an older, used TNC. I think (?) I am looking for something suitable for general 2 meter packet operation, and possibly some HF operation (RTTY, etc) and just take things from there. I recently received Kantronics, AEA, and MFJ catalogs, however, one problem I am running into is I see various used [older] TNCs for sale and I have no idea how these older models and/or models with older software, compare to the current models since the catalogs only describe the latest models. Actually I find the Kantronics catalog to be a joke. It contains very little technical information. Best I can tell, MFJ seems to have the best prices for similar featured models but I have never been all that impressed with stuff from MFJ. How are their TNCs? Please respond via e-mail. ================================================================= Pete Rossi - WA3NNA rossi@vfl.paramax.COM Unisys Corporation - Government Systems Group Valley Forge Engineering Center - Paoli, Pennsylvania ================================================================= ------------------------------ Date: Fri, 5 Nov 1993 15:01:00 GMT From: dog.ee.lbl.gov!agate!howland.reston.ans.net!gatech!udel!gvls1!rossi@network.ucsd.edu Subject: NEW PACKET - TNC QUESTIONS To: ham-digital@ucsd.edu I would like to try out packet this fall, however I have a few question... 1. How useful is most packet operation with a simple TNC and dumb terminal? All of the TNC ads seem to assume you will be using their TNC with a PC/MAC/etc and they emphasize all of the wonderful features you get. How much functionality is lost by just using a dumb terminal? I currently do *not* have a PC and I have no immediate plans to get one. My "dumb" terminal has some intelligence which would require some custom software to make use of. 2. What would be a good TNC to use with a dumb terminal? These multi-mode jobs sound nice but it seems to me that most of the features would go to waste since they could not be used with a dumb terminal. 3. What should I be looking for in a TNC? I want to avoid buying something either used or new that I will find a few weeks later that it is lacking some highly desired feature. This is especially true for an older, used TNC. I think (?) I am looking for something suitable for general 2 meter packet operation, and possibly a little HF operation (RTTY, etc) and just take things from there. Eventually some satellite/Mir/Shuttle stuff. I recently received Kantronics, AEA, and MFJ catalogs, however, one problem I am running into is I see various used [older] TNCs for sale and I have no idea how these older models and/or models with older software, compare to the current models since the catalogs only describe the latest models. Actually I find the Kantronics catalog to be a joke. It contains very little technical information. Best I can tell, MFJ seems to have the best prices for similar featured models but I have never been all that impressed with stuff from MFJ. How are their TNCs? Please respond via e-mail. ================================================================= Pete Rossi - WA3NNA rossi@vfl.paramax.COM Unisys Corporation - Government Systems Group Valley Forge Engineering Center - Paoli, Pennsylvania ================================================================= ------------------------------ Date: 4 Nov 93 16:31:30 MDT From: dog.ee.lbl.gov!agate!howland.reston.ans.net!math.ohio-state.edu!cs.utexas.edu!utah-morgan!hellgate.utah.edu!cc.usu.edu!symantec.com!RABALAIS@network.ucsd.edu Subject: packet FAQ's? To: ham-digital@ucsd.edu Does anyone out there have a Packet FAQ List? I need it for a packet presentation I'll be giving soon, Thanks. 73, N0PRQ rabalais@symantec.com ------------------------------ Date: Thu, 4 Nov 93 20:15:59 EST From: news.centerline.com!noc.near.net!news.delphi.com!usenet@uunet.uu.net Subject: Packet Program Recommendations for ATT UNIX 3B2/400 To: ham-digital@ucsd.edu Does anyone have experience with Packet/Ham Radio in UNIX SYS V Specifically on the ATT 3B2/400. I have a NOS "netserv" but it core dumps and won't run and also have a version of k5jb but can't get it to receive with my PK-88 TNC (Sends ok). Any other C Software (Ported) Programs available??? TGOODIN @ DELPHI.COM Internet or KD4OFO @ W4NJA.#WKY.USA.NA PAcket Tim Goodin 73's ------------------------------ Date: Thu, 4 Nov 1993 15:33:19 EST From: news.centerline.com!noc.near.net!saturn.caps.maine.edu!maine.maine.edu!suseea@uunet.uu.net Subject: PACKET TX "RECIEVER READY" To: ham-digital@ucsd.edu I am asking this question in an attempt to figure out what is going on at a local digipeater. This digipeater used to be used for packet work, ie: log on to board..get elements etc. But now this is nearly impossible due to the flood of reciever ready transmissions bombarding the digipeater. What is the purpose of this reciever ready stuff??? What ever it is has destroyed the use of the digipeater for packet. Is this something that could be resolved??? I am very ignorant of this sort of thing but it drives my father nuts and I thought maybe some of you out their could clue me in. Thanx Alan ------------------------------ Date: Fri, 5 Nov 1993 00:14:00 GMT From: mulvey!rich@uunet.uu.net Subject: TCP/IP and Linux To: ham-digital@ucsd.edu Is there anyone out there running some version of NOS on a Linux machine? If so, I'd appreciate getting some info on what version you're using, where you got it, etc. Thanks, - Rich -- Rich Mulvey Amateur Radio: N2VDS Rochester, NY rich@mulvey.com "Ignorance should be painful." ------------------------------ Date: Thu, 04 Nov 93 14:31:32 GMT From: netcon!bongo!skyld!jangus@locus.ucla.edu Subject: Viruses and Packet radio To: ham-digital@ucsd.edu In article fvdbord@cbnewsg.cb.att.com writes: > If I use Baycom for Packet radio and I set "remote off" is there > any chance that anyone can install a virus on my PC from a remote > system? Would it be possible if I set "remote on" ? //remote off = no external control. //remote on = questionable access from "friends" Additionally, the "real" source of virus contamination is from uploaded software. (i.e., binary file transfers) but this assumes that the file your retrieve is contaminated. It doesn't pick anything up in transfer. 73 es GM from Jeff. PS, who many years ago would fall victim to "//color 0 0" on digicom. Amateur: WA6FWI@WA6FWI.#SOCA.CA.USA.NA | "It is difficult to imagine our Internet: jangus@skyld.tele.com | universe run by a single omni- US Mail: PO Box 4425 Carson, CA 90749 | potent god. I see it more as a Phone: 1 (310) 324-6080 | badly run corporation." ------------------------------ Date: Thu, 4 Nov 1993 04:48:26 GMT From: ukma!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!math.ohio-state.edu!cyber2.cyberstore.ca!nntp.cs.ubc.ca!alberta!nebulus!ve6mgs!mark@seismo.css.gov To: ham-digital@ucsd.edu References , , <2b3mtl$hug@TAMUTS.TAMU.EDU>c Subject : Re: info on cellular mods - illegal? MAYBE! willis@cs.tamu.edu (Willis Marti) writes: >Correct (IMNSHO). All the references refer to *devices* or advertisements >for *devices*, not documents. True, but the courts (the interpreters of the law) may view a modification of a radio to receive Cellular as a form of advertising for a device (ie, the sale of a diode to institute the mod). But since Amateurs make no `profit', I guess the `commerce' angle they have in the act makes it impossible for them to prosecute a person for distributing information about modifications. >WHERE does it say that? >>> (c) places in any newspaper, magazine, handbill, or other publication >>>any advertisement of-- >>> (i) any electronic, mechanical, or other device ... >>> (ii) any other electronic, mechanical, or other device, ... > [which is advertised to intercept cellular] >No doubt this law is intending to be far reaching (instead of just fixing the >alleged problem by encryption), but nothing I've read says you can't provide >information or advertise information, as long as you don't advertise the >devices themselves. All mods I know of require `devices' to be used to alter the radio, minus the keyboard mod'ed radios. Maybe I may be stretching it by assuming that if you mention a `diode' in a mod description, you are advertising the diode required to make the radio receive Cellular ... I can see it now, `glass bead' = diode, just as `$' is often refered to as `resistors' or `capacitors' as in `this new radio cost me 305 capacitors' :-) Ciao -- Mark ------------------------------ End of Ham-Digital Digest V93 #103 ****************************** ******************************