| |
PA2AGA > TCPDIG 07.09.96 05:53l 135 Lines 4390 Bytes #-10894 (0) @ EU
BID : TCP_96_183B
Read: DG7DAH GUEST
Subj: TCP-Group Digest 96/183B
Path: DB0AAB<DB0KCP<DB0ZKA<DB0LX<DB0RBS<DB0SEL<DB0ZDF<DB0AIS<DB0NDK<DB0ACH<
DB0ACC<PI8DRS<PI8DAZ<PI8GCB<PI8MBQ<PI8VNW
Sent: 960907/0101Z @:PI8VNW.#ZH2.NLD.EU #:62853 [Hoek v Holland] FBB5.15c
From: PA2AGA@PI8VNW.#ZH2.NLD.EU
To : TCPDIG@EU
Received: from pa2aga by pi1hvh with SMTP
id AA17177 ; Sat, 07 Sep 96 00:39:00 UTC
Received: from pa2aga by pa2aga (NET/Mac 2.3.61/7.1) with SMTP
id AA00004273 ; Sat, 07 Sep 96 01:18:06 MET
Received: from pa2aga-10 by pa2aga with SMTP
id AA00004232 ; Sat, 07 Sep 96 01:10:30 MET
Received: from pa2aga-10 by pa2aga-10 (NET/Mac 2.3.61/7.1) with SMTP
id AA00005448 ; Sat, 07 Sep 96 01:10:27 MET
Date: Fri, 06 Sep 96 20:48:47 MET
Message-Id: <tcp_96_183B>
From: pa2aga
To: tcp_broadcast@pa2aga-10
Subject: TCP-Group Digest 96/183B
X-BBS-Msg-Type: B
to use a PTY to run SLIP between NET (an old version) and FreeBSD. The
problem is that slattach, as it comes out of the box, will not allow the
IOCTL call to raise DTR on a PTY port, and aborts. I hacked slattach.c to
skip this call if a proper argument is given. The call is meaningless on a
PTY, anyway.
You're welcome to either the source or binary of slattach. I have
submitted the changes for inclusion in the next release of FreeBSD,
but, so far, they are not in there, and you'll have to run the
non-official version.
This gives you the ability to route net 44 packets through NET
and out the radio ports from the FreeBSD kernel.
Hope this helps..
-regards,
-Jim Durham, W2XO
------------------------------
Date: Thu, 05 Sep 1996 16:23:48 -0500
From: Steve Sampson <ssampson@oklahoma.net>
Subject: Motorola DSP
I was just looking around and noticed a TAPR special on a
Evaluation board by Motorola. I was surprised to find the
unit available at $85. Now that's cheap! I've been playing
with a wire-wrapped TP3058 chip and a whole herd of support
chips from National to provide a CODEC combo interface to
my PC. Looking at this offering I could easily throw all this
crap out, saw a hole in my proto board, and super-glue the
evaluation board in there. Not only do I get audio, but
on-card DSP. It has a CODEC already.
One of my favorite pass-times is speech encryption. One I've
been playing with for years (even with a 1 bit A/D :-) is the
narrow band (fit in a 5 kHz channel) time division scrambler.
It digitizes the input, chops it up into 32 ms slots and
scrambles them inside a 4 k frame. The hardest part is sync
of the frames, even after holding the PTT for over a minute
(no sweat for short transmissions). I usually test the latest
incarnation on a repeater that has 2m and 70cm so I can hear
myself. I just ID in the clear late at night. I've been using
a COVOX (pre-Soundblaster days) PC card, and just messing with
the software. If anyone asks, I just say it was an unspecified
code digital transmission :-)
But anyway, I'm sure there are many packet projects to be had
for one of these! FFT, FHT, Tuning, etc.
FYI
http://www.tapr.org
---
Steve
mailto:ssampson@oklahoma.net
http://www.oklahoma.net/~ssampson
------------------------------
Date: Wed, 4 Sep 1996 22:50:07 -0700
From: brian@nothing.UCSD.EDU (Brian Kantor)
Subject: PPP/SLIP in connected AX25?
I'm not sure the timeout can be set to less and a 10th of a second,
or even a second on most TNCs. I think that's marginally fast enough
for best performance.
- Brian
------------------------------
Date: Wed, 4 Sep 1996 22:27:48 -0700
From: brian@nothing.UCSD.EDU (Brian Kantor)
Subject: PPP/SLIP in connected AX25?
I don't propose to delete the timer mechanism, just add another way to
trigger the transmission at frame boundaries.
The benefit is mainly for short packets: acks, arp queries/replies,
keepalives (eech), etc. Just reduces the dwell time. A minor performance
enhancement, that's all.
- Brian
------------------------------
Date: Wed, 4 Sep 1996 22:47:40 -0700 (PDT)
From: Phil Karn <karn@qualcomm.com>
Subject: PPP/SLIP in connected AX25?
Yes, the trigger mechanism would help reduce the dwell time, but the
timeout doesn't have to be very long in the first place. A few character
times at the serial link rate is probably enough for most hosts.
Phil
------------------------------
End of TCP-Group Digest V96 #183
******************************
You can send your message for this bulletin
to: tcp-group@pa2aga on .AMPR.ORG-net
or: tcpaga@pi8vnw.#zh2.nld.eu on BBS-net
------
NOT TO: pa2aga@pa2aga or pa2aga@pi8vnw.#zh2.nld.eu PLEASE!!
It will get posted automatically within a few days
Read previous mail | Read next mail
| |
