home *** CD-ROM | disk | FTP | other *** search
- SLIPdriver
-
- (C) Tom Hughes 1995
-
- 0. Copyright
-
- The SLIPdriver module described by this document and this document
- itself are copyright (C) Tom Hughes 1994. They are however released as
- freeware subject to certain terms and conditions. These are described
- in the file named 'Licence' which should have accompanied this
- document.
-
- 1. Introduction
-
- This file describes the SLIPdriver module supplied with the FreeNet
- TCP/IP stack. This module implements a hardware driver conforming to
- version three of the Acorn DCI specification for hardware drivers and
- provides hardware interfaces which talk the SLIP protocol over serial
- lines.
-
- The driver supports up to four interfaces (this is a DCI limitation),
- each of which is attached to a specified serial line. The serial lines
- are driven using the blockdrivers, thus providing support for various
- dual serial cards as well as the internal serial port.
-
- The module provides two commands, plus a number of SWIs and service
- calls for implementing the DCI protocol. It can be loaded before or
- after loading the TCP/IP stack it is going to work with, but the
- interfaces you intend to use must be configured using the slattach
- command before you can configure them into the TCP/IP stack using
- ifconfig.
-
- 2. The Serial Blockdrivers
-
- The SLIPdriver module uses the serial blockdrivers written by Hugo
- Fiennes to talk to whatever serial interfaces you may have. These
- reside in an application named !SerialDev which will need to have been
- seen by the filer before attempting to use the SLIPdriver module.
-
- These blockdrivers should be available from ftp.demon.co.uk in the
- directory /pub/archimedes. They are also available from most major
- Acorn bulletin boards and FTP sites.
-
- If you intend to use the 'Internal' or 'InternalPC' drivers (used to
- drive the built in serial port), you will need to be using at least
- revision 11 of the blockdrivers, as there is a bug in earlier releases
- that prevents these drivers working correctly with SLIPdriver.
-
- 3. Configuring SLIP interfaces
-
- In order to use SLIP interfaces, you will need to load the SLIPdriver
- module using RMRun, and this is usually done in the FreeNet startup
- script. If a numeric argument is given on the command line when running
- the module, this is taken as the MTU (largest pack size) to use for
- the SLIP interfaces, otherwise the default 576 byte MTU will be used.
-
- Once the module has been loaded, the SLIP interfaces you wish to use
- will need to be configured using the slattach command, the syntax of
- which is as follows:
-
- slattach <driver> <port> <speed>
-
- Where <driver> is the name of a blockdriver, <port> is the port number
- for that driver, and <speed> is the speed at which you wish to run the
- connection. Obviously, because this command needs to be able to load a
- blockdriver, the !SerialDev application will need to have been seen by
- the filer beforehand.
-
- As an example, the following line configures the internal serial port
- for use with the SLIP driver, running at 19200 baud:
-
- slattach internal 0 19200
-
- Equally, the following configures two interfaces using the two ports
- on a Serial Port dual serial card, each running at 38400 baud, with
- one using a PC cable and one an Acorn cable:
-
- slattach sp_dual 0 38400
- slattach sp_dualpc 1 38400
-
- Each configured port (up to a maximum of four) will be assigned a
- number from zero to three, with the resulting interfaces being named
- sl0 to sl3. The numbers are assigned in order, starting from zero, so
- the first interface to be configured will be sl0, the next sl1 and so
- on.
-
- 4. Checking the modules status
-
- A second command is provided to check on the current status of the
- SLIP driver, including what interfaces are configured, whether they
- are currently active, and how much data has flowed through them. This
- command is slstat, and takes no parameters.
-
- 5. Closing the SLIP connections
-
- Killing the module will cause the TCP/IP stack to be informed that the
- configured interfaces are no longer available, after which each of the
- serial lines will be dropped, hence informing the remote system that
- the link is being dropped.
-