You are not logged in. Login Now
 0-24   25-49   50-63        
 
Author Message
angus
High-speed KA9Q? Need help!! Mark Unseen   Jul 30 02:52 UTC 1993

Has anyone gotten KA9Q to work with SLFP or PPP on Merit at 9600+ baud?
Which dialup did you use?  763-6800?  or that 747 one?
I just got a 14.4 and would really like to get my FTP capabilities back...
63 responses total.
mju
response 1 of 63: Mark Unseen   Jul 30 03:55 UTC 1993

9600bps works fine if you use 747-3400.  Don't bother with 763-6800;
it's impossible to get an 8-bit transparent connection the way the
modems in that hunt group are configured.

Enjoy it while it lasts, though.  SLFP is going to be turned off
entirely, and SLIP is going to be restricted to destinations within
the Merit network, starting August 1.  PPP already restricts you
to destinations within the Merit network unless you authenticate
yourself with a valid authentication ID.
jdg
response 2 of 63: Mark Unseen   Jul 31 03:21 UTC 1993

I use KA9Q (Dos and Linux versions) at 38,400 baud with 14.4 carrier, but
at the office, not via Merit, using SLIP.
angus
response 3 of 63: Mark Unseen   Aug 2 01:49 UTC 1993

Marc...  have you configured a PPP driver to work with Merit & KA9Q yet?
I have one I downloaded from HAL, but it doesn't want to work with the
PPP config that came with KA9Q...and all my fiddling with "attach" commands
hasn't helped.  (or the "ppp" cmds. either)

I had thought about using SLIP, but I didn't know if it was worth the trouble,
since PPP was going to become the norm...
(And incidentally I don't have access to a direct link)
kentn
response 4 of 63: Mark Unseen   Aug 2 17:07 UTC 1993

Unfortunately, I've only gotten PPP to work at 2400 baud (due to
limitations in my modem, i.e. it's a 2400 baud modem).  I've heard
quite a few people at UM complaining about the 9600 dial in lines/
modems having major problems.  Perhaps it's not all in the configuring
of PPP?
angus
response 5 of 63: Mark Unseen   Aug 2 20:23 UTC 1993

Do you think you could mail me your PPP config or post it here?
kentn
response 6 of 63: Mark Unseen   Aug 4 03:21 UTC 1993

I think I'd stand a better chance of mailing it all to you.  It looks
like you might be able to change a few parameters and get it to work at
a higher speed than 2400, but I've never tried that.
angus
response 7 of 63: Mark Unseen   Aug 5 22:22 UTC 1993

Thanks, Kent.  I'll see what I can do with it...
rcurl
response 8 of 63: Mark Unseen   Oct 29 13:18 UTC 1993

Anyone here still fiddling with PPP? I've just gotten MacPPP going
on a Powerbook, and established connections with Fetch and with
Versaterm Telnet. Fetch is very nice - but I haven't found an
application for the Telnet link, yet. I would be glad to learn what
new worlds I can now conquer :).
srw
response 9 of 63: Mark Unseen   Oct 29 14:29 UTC 1993

I would bother to learn about PPP if I could find a place to call
that would talk to me. You should be able to telnet to any system on
the internet and log in, if you have an account. Possible examples:
M-Net, Cleveland Freenet (or any other Freenet), umcc, etc.etc.
Even (one day) grex.
kentn
response 10 of 63: Mark Unseen   Oct 29 15:23 UTC 1993

I've got PPP working on my IBM-clone via KA9Q, but at 2400 baud it's
kind of ridiculous for telnet sessions.  Ftp works okay, though, and
of course things like 'finger' and 'ping' are also fun to play with.
Someday, I'll get a faster modem and then I can try multiple sessions
via PPP (once I tried ftp'ing and telnetting and the same time at 2400
baud, and of course it slowed everything down to probably less than 
1000 baud for the two apps).
bdp
response 11 of 63: Mark Unseen   Oct 30 00:57 UTC 1993

I use ka9q w/PPP at v.32/9600 a lot via Merit's new dialins.  It works
perfectly.  No problems whatsoever.  It's nice having all of those services 
available to me... I can do all sorts of cool things with it. :)
kentn
response 12 of 63: Mark Unseen   Oct 30 03:53 UTC 1993

I'll bet.  (drool).
rcurl
response 13 of 63: Mark Unseen   Oct 30 05:07 UTC 1993

I'm using the new 9600 baud MichNet line too. Apparently I can Fetch
into my office Mac, if I leave it on, but haven't tried that yet. I
have been warned about leaving FTP enable on, because someone might
do a hack on me, but they'd have to have the IP address. Is this a
problem? I did try Telnet to hermes.merit.edu via MacPPP, but that was
much slower than the 19.2 Kbps line. I understand, however, that MacPPP
should be available on 19.2 in the new year. Brian! Please tell me about
"cool things" you can do with PPP (privately, if they are too cool ;->).
The problem with Telnet, of course, is having access to other hosts. I
don't know of any that I want to connect to, for other than ftp, and that
is widely available as anonymous ftp without PW.
srw
response 14 of 63: Mark Unseen   Oct 30 05:44 UTC 1993

Well I wish I could telnet. There are hosts I have accounts on that I'd
like to access. I can't use PPP through Merit, because they won't
let me.

The 2 most common Mac ftp server programs, NCSA Telnet 2.5 and FTPd,
offer security (in different ways).  The only risk might be of
someone intercepting your packets and stealing your password. 
bhall
response 15 of 63: Mark Unseen   Oct 30 09:25 UTC 1993

I use my own comm program with MacTCP and my own TCP/Telnet Tool.

I use InterSLIP for the SLIP layer.
srw
response 16 of 63: Mark Unseen   Oct 30 13:24 UTC 1993

I have a copy of bhall's program, and it is excellent.
(Communicate Lite, from Mark/Space Software)

Because it uses the Mac's comm toolbox, I can use it to connect via
modem, lat or tcp/ip.  I can use it to telnet to unix machines on
the ethernet at my office.  I can't get to the internet there (no
connection) and I can't use it with SLIP or PPP because I have no
connection.

If I had access to a SLIP server, though, I'd be very interested in
InterSLIP.  I know next to nothing about it.
rcurl
response 17 of 63: Mark Unseen   Oct 30 16:35 UTC 1993

If you "know next to nothing about it", why are you "very interested
in InterSLIP". Voyerism? (Seriosly, though (if you can believe it), what
does SLIP do that something else doesn't? Some SLIP tools were included
in my Versaterm software, but *SLIP is not mentioned in the documentation*.)
srw
response 18 of 63: Mark Unseen   Oct 30 20:41 UTC 1993

I guess that last paragraph in #16 didn't come out right.  In case
you didn't know what I meant, I know enough about SLIP to know that
it is something I want to play with, and Interslip (with MacTCP)
will do the job, since I have Communicate Lite. That makes me
interested.

Now if I only had the knowledge of some of the details, like is it
Commercial, Shareware, or free? etc etc.

This is all academic unless I can find a SLIP server, anyway.
jdg
response 19 of 63: Mark Unseen   Oct 31 22:27 UTC 1993

SLIP is more ancient and slower than PPP, which is a better replacement.
In between, there was C-SLIP, which compressed SLIP headers to lower the
overhead.

I use KA9Q with SLIP to communicate to work when I need to transfer stuff
(14.4 v.32bis, 38400 baud), but I don't use it for telnetting, because it
can't seem to emulate a VT100 or an ANSI terminal correctly.
 
rcurl
response 20 of 63: Mark Unseen   Nov 1 06:01 UTC 1993

OK. I will stick with PPP and Fetch, then. Such a cute doggy....
srw
response 21 of 63: Mark Unseen   Nov 1 06:29 UTC 1993

The emulation defects jdg mentioned are a limitation of the program
KA9Q and not a function of SLIP. I am sure that bhall (using his
own program) can get fine vt100 emulation and telnet over SLIP.

I always wondered what the advantage of PPP over SLIP was.
kentn
response 22 of 63: Mark Unseen   Nov 1 16:51 UTC 1993

I thought PPP added header compression and authentication, compared
to SLIP.
rcurl
response 23 of 63: Mark Unseen   Nov 2 06:19 UTC 1993

I did feel a lot of pressure getting PPP running, but it does include
authentication.
power
response 24 of 63: Mark Unseen   Nov 3 00:08 UTC 1993

  You can get KA9Q to do ANSI emulation fine: just get NANSI.SYS and
put it in your config.sys file, and it'll trap all that... I can u/l it
here, if there's interest...
 0-24   25-49   50-63        
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss