#SLIP…
28 messages in this thread
Does anyone know if there is a version of SLIP available for Amiga TCP/IP?
It is my understanding that Amiga TCP/IP does not include SLIP. Thanx…
I think that GfxBase has a version of SLIP for sale, but I'm not sure…
Steve
The last time that I talked to the folks at GfxBase (which was a LONG time
ago – just haven't gotten around to calling), they had a Beta test version
of the latest TCP/IP software and were talking with customers about getting
further beta test sites. I am surprised and disappointed that CBM hasn't
released it yet (as far as I know). This was the version with SLIP in it.
If you can work with DECNET protocols, the TssNET software supports the
serial line version of DECNET. Check the AmigaVendor forum.
Mike
What's SLIP?
Brian — Cruising on AutoPilot…..
SLIP (or more correctly sl/ip) is Serial Line/Internet Protocol.
-bill
>>What's SLIP?<<
SLIP is Serial Line Internet Protocol. It's used for dial up connections
between two CPUs running TCP/IP (TCP/IP is Transmission Control Protocol /
Internet Protocol and is how the Internet is connected). Via a SLIP
connection, you can do the same commands that you could if there were a
direct connection between the two machines. Of course, you had better have
a fast modem for FTP (File Transfer Protocol) or RCP (Remote CoPy).
I found this out because I connected my PC (running OS/2) and my Amiga
together using TCP/IP, which happened to be the only inter-compatible LAN
communication method available. That is, without buying another PC to act
as a Novell File Server.
Bob
I am trying to connect an Amiga and a PC together using TCP/IP as well, but
I will probably be running 386BSD (I hope) on the PC. What are you using
to provide TCP/IP and NFS under OS/2?
I am running IBM's TCP/IP and NFS for OS/2. The two items cost $232 from
my local IBM dealer. The TCP/IP implementation is quite extensive, with:
ANSITERM, FINGER, FTP, LPR, MOUNT, REXEC, RSH, SENDMAIL (with a GUI
frontend), TALK, TELNET, TFTP, and a host of others (including 3270
support).
You can also install full Kerberos security. If you need NFS (client or
server), you _must_ get the NFS diskette. BTW, it comes with enough manual
to choke a horse. The Quick Reference Guide is thicker than the entire C=
TCP/IP manual.
If you are interested, the part # for TCP/IP is 02g6968 and the part # for
NFS is 02g6970. X-Windows support is also available for appx $100, but IDK
the part #.
OS/2 2.0 is v. nice and multitasks v. well. It cost me $49 (currently $79)
with the front page of my Windows manual. The install was tedious (25
diskettes) on a no-name clone, but I've never looked back. "Windows? We
don't need no steenking Windows."
Bob
I will probably buy OS/2 just to play around with it. I guess my poor 386
will probably get saddled with DOS/Windows, OS/2 and 386BSD all at the same
time. Sounds like my 100MB hard drive is not gonna cut it.. 😉
steve–
>>Sounds like my 100MB hard drive is not gonna cut it.<<
No, it sure won't<g>. But drive prices are coming down. Prices for
520-530MB drives are around $1000 now. 3 months ago, I paid about $1800
for a 13ms 1GB SCSI. That included external case and cable.
However, if you get OS/2, you won't need DOS/Windows. That should save
some space. The upgrade of OS/2 2.0 that is due by yearend will support
Win 3.1 (including OLE). There is an upgrade to the current version, which
will be out RSN. The upgrade is mostly bug fixes, but also contains more
video drivers and a Graphics Engine that was re-written to take advantage
of 32-bit addressing. According to posts on the OS2USER and OS2SUPPORT
fora, it is considerably faster.
OS/2 also supports a feature called Boot Manager, which allows you to have
multiple boot partitions on your system. It loads up at boot and allows
you to select which OS to boot. With Boot Manager, OS/2 does not have to
boot from the C: drive, but I'm not sure about DOS or *nix.
Have fun doing your upgrade.
Bob.
Thanx…
Brian — Cruising on AutoPilot…..
No sweat.
Bob — Guided by the Golden Com(m)Pass
Serial Line Internet Protocol
Steve
There is a PD (?) program called KA9Q which will provide SLIP, BUT, it is
NOT designed to work with asynchcronous modems over a voice line. It was
written for HAM radios and has no interface that allows you to send
commands to a modem, as most telecommunications packages do.
Someone once mentioned that they thought that CBM's Ethernet package
provided SLIP, but I did not see it listed as a supported function on
their literature.
As far as I know, there is NO other product that does NOT also require
Ethernet, available anywhere – commercial, PD, or shareware (and I HAVE
looked). I keep trying to send messages to the author of KA9Q via
Internet, but they keep getting returned to me (eg; noone home).
I SURE HOPE that SOMEBODY will come up with a viable TCP/IP package for
the Amiga WITH SLIP support for "dial-up modems" alone, WITHOUT an
Ethernet card, but have not seen any indications of such happening. Can
somebody clue me in if I am wrong?
Real World:southern Illinois, USA Internet:ca0008 at siucvmb.siu.edu
Phil Karn (KA9Q) would not be the one to talk with on this anyway.
AmigaNOS, latest version 2.9g by G1YYH (other credits appropriate) will do
slip and can, at least in theory, handle a modem (somewhat). This
software's down side is that it won't handle an ethernet board!
The modem must be set blind… no result codes, no echo. A rexx script
can be used to dial the remote site and then envoke NOS. It would be
kludgy at best.
-bill
Where can one find AmigaNOS? I don't remember seeing it around here
anyplace. Heck, I might even be willing to port SLIP to amigas TCP/IP
package if I could find the source code, and figure out the interface under
Amiga TCP/IP.
It should be in AmigaUser section 10 (Amateur Radio). I KNOW it was up
here, I posted it.
-bill
Thanks. I'll look for it…
I have tried AmigaNOS numerous times, and could never get it to work with
my asynch modem (via my serial port). It WOULD bring up DTR when it
"attached the driver", but that was as far as I could get.
I even tried dialing a number manually with a seperate phone, but couldn't
get my modem and AmigaNOS to cooperate when the remote modem answered.
I don't think that an ARexx program could be used to dial a remote site
and then start up AmigaNOS with any success. If the ARexx program
"acquired" the serial device to send commands to the modem, then
AmigaNOS's ATTACH would fail, since I don't believe that it will share the
serial device.
I even tried playing with running JRcomm and AmigaNOS simultaneously,
using JRcomm to dial the remote site, but again, there was a problem with
sharing the serial device.
The BEST solution is for someone to come out with a version of TCP/IP
which DIRECTLY supports asynch modems, and I am DESPARATELY WAITING for
that to happen, but don't forsee it any time soon.
I could not find any Internet address for G1YHH, and none of my Internet
notes to Phil Karn's Internet address are being delivered. IF you can make
contact with one of "them", please let me know what address you used.
Thanks.
Real World:southern Illinois, USA Internet:ca0008 at siucvmb.siu.edu
Jim;
I'm not sure that you want to use the method that I used to contact John
Heaton (called him on the phone).
I can almost guarantee that you won't get much response from Phil. If you
want to add something to NOS, he will likely suggest that you get envolved
with the standards people and if you just want to improve the user
interface he will tell you to "have at it."
Phil is not the slightest bit interested in the implementation details and
especially not with the "land-line" stuff. His approach has always been
to design the initial processes and let others smooth it out.
The internet address for Phil is not "belcor.com" any longer (hasn't been
for over a year).
AmigaNOS 2.9g has some ARexx capability (very little) however, the use of
ARexx that John makes implies that blind dialing should be possible.
-bill
Thank you for getting in touch with John Heaton. Sometimes it is difficult
to track somebody down with ancient addresses within documentation.
I DID look at the source code for KA9Q or AmigaNOS (can't remember which)
and have to admit to not being a good enough C programmer to easily "slip"
some extra code in place to do what I want to do. I did try a little
something, but had so many problems that I gave up (I have other things to
work on).
I can easily understand the lack of interest in "land-line stuff". They
have no need, and I have heard that KA9Q is GREAT for what they use it
for. I was hoping that some other hot C programmer would see the need and
attempt to make the necessary patches. Oh well.
I had downloaded 2.9g (or so I thought) and don't remember seeing any
reference to ARexx. There wasn't anything in the "command list" and there
wasn't any documentation.
You/he mentioned "NOS standards people". Who is this? I am aware of the
Internet standards committees, but never heard of any NOS standards?
It is too bad that nobody really seems interested in the asynch SLIP
capability. This would give DIRECT Internet access to us "land-liners" via
our existing voice lines – no more "sneaker net" between Internet access
at work and our machines at home. Guess you really have to know about the
Internet and have developed the need to "be there" before embarking on
such a project.
Real World:southern Illinois, USA Internet:ca0008 at siucvmb.siu.edu
Jim;
I'm not sure if the "standards group" is really formal. That is, there
may actually be an ax.25 working group or it might just be that some of
the internet group have an informal NOS group.
You did notice that the AmigaNOS 2.9g KIT contained the set up for SLIP
operation, yes? In the KIT, the TCPIP NOS-Startup file shows a useage of
the ARexx command. Also, if you type "amiga ?" at the command interpreter
you will get a list of subcommands that includes ARexx.
-bill
Bill,
Hmmm – I downloaded 2.9g something, but don't remember seeing anything
about ARexx. I have that download somewhere still – I will have to look at
it again.
I have seen mention of several of the Internet "working groups", but
don't remember ever seeing one about "NOS" – oh well. Thanks for the info.
Real World:southern Illinois,USA Internet:ca0008 at siucvmb.siu.edu
Bill,
Thanks for suggesting AmigaNOS. I downloaded it again and DID find some
ARexx capabilities, but I am still unable to send any commands to my modem
via the serial.device, and AmigaNOS does not share the serial.device, so I
can't use any other application to send commands to the modem while
AmigaNOS has it attached.
I have spent the last four hours trying various ARexx programs,
communications programs, and combinations with and/or without AmigaNOS,
but have not been able to get any further than seeing AmigaNOS attach the
serial.device.
If anyone knows HOW to successfully use AmigaNOS with an
analog/asynchronous modem via the serial port (eg; able to dial up remote
site and get AmigaNOS to go out across this connection), then please let
me know. Thanks.
Real World:southern Illinois,USA Internet:ca0008 at siucvmb.siu.edu
Jim;
You have set your modem for "blind" operation (no result codes, no echo)?
Another thing, do all of your testing on the internal Ami serial port.
There is a problem with the other ports (surmountable but no point in
adding to the complexity of setting things up).
Do you have the SAS 5.10b compiler? It should not be all that difficult
to change the open device to shared (risky but then you probably know
that).
-bill
Bill,
I have tried various combinations of modem settings via another
communications program (writing the changes to non-volatile memory), but
haven't found the "right combination" yet. I will try again.
I have an ECE external MIDI "box" connected to my serial port, and to its
"serial port extender", I have my modem plugged in. I don't have any other
"port boards".
No – I don't have SAS, but I do have the registered version of DICE, which
may explain the lack of "OML" (or whatever)? If you can tell me where I
could obtain the "OML" whatever, then maybe I could try DICEing it again.
While there may be some risk in sharing the serial device, the old Whap!
and WhapTerm! programs used to do this fairly well, or so I thought.
Sharing programs probably need to "agree" on who, how, and when (to
share), but if they are "cooperative", that shouldn't be too much of a
risk, should it?
Real World:southern Illinois,USA Internet:ca0008 at siucvmb.siu.edu
Jim,
I'm not certain about the ECE, but, some of the MIDI interfaces don't
switch off the MIDI ports when the serial switch is set for the serial
port. (i.e., they just switch the pass-through, leaving the MIDI ports
always active.) If you've got your synth attached and turned on, you
might try turning it off and/or disconnecting it and see if it makes a
difference.
David
Jim;
OML is the SAS-C Object Module Librarian and is a utility for creating and
managing libraries. It is, of course a part of the SAS-C package for the
Amiga. This is a copyrighted part of a commercial package. I doubt that
it is available seperately.
I also do not know if the same functionality is present in the DICE
package but sorta suspect that it is.
Well, this probably is not a direct concern but hopefully, you will make
your code modifications, well marked of course, is such a fashion that
"Shared" becomes a user option and only if SLIP is selected for the
particular port. If anything disturbs the serial port while in KISS
(AX.25) operation, the results will be disasterous (both NOS and the tnc
will hang).
-bill