Usage instructions  -  ATM on Linux, release 0.25 (pre-alpha)
-------------------------------------------------------------

For updates of ATM on Linux, please check the Web page at  
http://lrcwww.epfl.ch/linux-atm/ 

         WARNING

This is experimental software. There are known major bugs and certainly 
even many more yet unknown problems. Internal and external interfaces are 
far from being stable. In fact, they change daily. Use at your own risk.


Installation
============

In order to install this package, you need 

  - the package itself  
    ftp://lrcftp.epfl.ch/pub/linux/atm/dist/atm-0.25.tar.gz  
  - the Linux kernel, version 2.0.25, e.g. from  
    ftp://ftp.cs.helsinki.fi/pub/Software/Linux/Kernel/v2.0/linux-2.0.25.tar.gz  
  - Perl, version 4 or 5 
  - if you want memory debugging: MPR version 1.1, e.g. from  
    ftp://sunsite.unc.edu/pub/Linux/devel/lang/c/mpr-1.1.tar.gz  


The source tree
---------------

First, create a directory in which the linux/ kernel source directory and 
the ATM on Linux distribution directory (atm/) should be created, and put 
all the files listed above there. Then extract the ATM on Linux 
distribution:

tar xfz atm-0.25.tar.gz

and the kernel source:

tar xfz linux-2.0.25.tar.gz

Finally, you can extract the ATM-related patches:

cd linux
patch -s -p1 <../atm/atm.patch

The distribution installs into the following directories:

  atm/  Documentation in ASCII format, kernel patch, top-level Makefile, 
    and distribution scripts 
  atm/sigd/  UNI 3.0 and UNI 3.1 signaling demon: atmsigd 
  atm/saal/  Signaling AAL library (SSCOP, SSCF, and SAAL) 
  atm/qgen/  Q.2931-style message handling 
  atm/ilmid/  ILMI address registration demon: ilmid 
  atm/maint/  ATM maintenance programs: atmaddr, atmdiag, atmdump, atmtcp, 
    sonetdiag, and zntune 
  atm/test/  Test programs: aping, aread, awrite, br, bw, ttcp, window 
  atm/ip/  IP over ATM: clip, atmarp 
  atm/arpd/  ATMARP demon: atmarpd 
  atm/led/  LAN Emulation demon: led 
  atm/lane/  LAN Emulation servers: bus, lecs, les 
  atm/aqd/  Arequipa demon: arequipad 
  atm/debug/  Debugging tools: delay, ed, en, encopy, endump, zndump, and 
    znth 
  atm/lib/  Libraries for applications and demons 
  atm/doc/  Documentation in LaTeX and conversion tools 
  atm/man/  Miscellaneous man pages 
  atm/extra/  Extra packages (tcpdump and ans) 
  atm/config/  Configuration file examples 


Kernel configuration
--------------------

Now, change links (if necessary) and do the usual  make config  You should 
find the following new options:

Asynchronous Transfer Mode (ATM) (CONFIG_ATM)
  Enable single-copy (CONFIG_MMU_HACKS)
    Extended debugging for single-copy (CONFIG_MMU_HACKS_DEBUG)
  Classical IP over ATM with ATMARP (CONFIG_ATM_ATMARP)
  Classical IP over ATM for PVCs (obsolete) (CONFIG_ATM_CLIP)
  Application REQUested IP over ATM (CONFIG_AREQUIPA)
  LANE support (CONFIG_ATM_LANE)
ATM over TCP (CONFIG_ATM_TCP)
Efficient Networks ENI155P (CONFIG_ATM_ENI)
  Enable extended debugging (CONFIG_ATM_ENI_DEBUG)
ZeitNet ZN1221/ZN1225 (CONFIG_ATM_ZATM)
  Enable extended debugging (CONFIG_ATM_ZATM_DEBUG)
  Enable usec resolution timestamps (CONFIG_ATM_ZATM_EXACT_TS)
Rolfs TI TNETA1570 (CONFIG_ATM_TNETA1570)
  Enable extended debugging (CONFIG_ATM_TNETA1570_DEBUG)
IDT 77201 (NICStAR) (CONFIG_ATM_NICSTAR)

The "MMU hacks" add single-copy support for raw AAL5 on adapters whose 
driver supports this (currently only the ENI155p). Extended debugging 
should only be enabled when tracing specific problems, because it slows 
down the drivers, and it may introduce new race conditions.

The TNETA1570 driver is for a board developed by Rolf Fiedler at TU 
Chemnitz, see also  ftp://ftp.infotech.tu-chemnitz.de/pub/linux-atm .

The IDT 77201 driver currently only supports native ATM, i.e. IP over ATM 
or LANE are not possible (and should not be tried). A fix for this is being 
worked on. Note that the file drivers/atm/nicstar.h contains a few 
configurable settings.

Support for a simple type of serial consoles is automatically added by the 
ATM patch. If you're using LILO, you can enable it by putting a line like

  append="scon=<N>"  

with <N> indicating the serial port (equal to the first number in the  
serial=  line) into /etc/lilo.conf. Use the SERIAL option of LILO to make 
LILO use the serial console too.

Then build your kernel and reboot.


Driver messages
---------------

If you've configured the ATM over TCP driver, you should see eight lines 
like this one:

atmtcp(itf 1): ready

If you've configured the ENI155p-MF driver, you should see two lines like 
these: 

eni(itf 0): rev.0,base=0xff400000,irq=10,mem=512kB (00-20-EA-00-07-56)
eni(itf 0): FPGA,MMF

 (512kB for the -C version, 2048kB for the -S version.)

If you've configured the ZN1221/ZN1225 driver, you will get something like 

zatm(itf 0): rev.3,base=0xf800,irq=11,mem=128kB,MMF (00-20-D4-10-2A-80)
zatm(itf 0): uPD98401 0.5 at 30.024 MHz
zatm(itf 0): 16 shapers, 32 pools, 2048 RX, 3958 VCs

 Note that your board needs to be at least at revision level 3 if you want 
to use it in a Triton-based system.


Memory debugging
----------------

If you want to enable debugging for options for memory allocations, you 
need to install MPR before compiling the ATM tools. Extract mpr-1.1.tar.gz 
into a directory at the same level as linux and atm. Then do:

cd mpr-1.1
patch -p1 -s <../atm/mpr.patch
make
install -c -m 0644 libmpr.a /usr/lib
install -c -m 0755 mpr mprcc mprhi mprlk mprsz /usr/local/bin
install -c -m 0755 mprfl mprnm mprpc /usr/local/bin

Detection of some general mis-use of  malloc  and  free  is enabled by 
setting the environment variable  MCHECK . Tracing of allocations is 
enabled by setting  MPRPC  and  MPRFI . See mpr.doc in the MPR distribution 
for details.

No run-time overhead is incurred if memory debugging is included, but those 
environment variables are not set.


ATM tools
---------

Now, as the final step, configure and build the ATM tools. Configuration is 
only necessary if your switch uses UNI 3.1 or if it has certain bugs. The 
configuration options are at the beginning of atm/Rules.make.

Then, build the ATM tools with:

cd ../atm
make depend
make
make install

make install will install executables in the directory /usr/local/bin and 
/usr/local/sbin, respectively. Libraries and header files are installed in 
/usr/lib and /usr/include, respectively. Man pages are installed in 
/usr/local/man.


Extra packages
--------------

Some programs are based on large packages that are already distributed 
outside of the ATM context. For such packages, only patches are contained 
in the ATM on Linux distribution. The complete packages can be obtained 
either from the original source (described in atm/extra/extra.html) or from  
ftp://lrcftp.epfl.ch/pub/linux/atm/extra/ .

The packages are automatically downloaded, patched, and built by running  
make <package_name>  in the atm/extra/ directory (requires that the Lynx 
Web browser is installed).

Currently, the following extra packages are available: 

  tcpdump  dumps network traffic (enhanced for ATM) 
  ans  ATM name server (based on named 4.9.5) 

Building tcpdump requires that csh is installed. Note that text2atm 
automatically uses ANS if available, so ans only needs to be installed on 
systems providing name server functionality or if ATM-aware maintenance 
tools (nslookup, etc.) are needed.

A script hosts2ans.pl to convert a /etc/hosts.atm file to ANS zone files is 
provided in atm/extra/. Its use is described at the beginning of the file.


Device setup
============

This section describes device-specific configuration operations, and 
general diagnostic procedures at the ATM or SONET level. Please see the 
adapter documentation for details on hardware installation and diagnosis.


ATM over TCP setup
------------------

If you have no real ATM hardware, you can still exercise the API by using 
the ATM over TCP "driver". It emulates ATM devices which are directly wired 
to remote devices (i.e. there is no VPI/VCI swapping).

To establish one (bidirectional) "wire", become root on both systems (or 
run both sides on the same system to create two connected "interfaces") and 
run the following command on one of them (let's call it "a"):

  a# atmtcp -l  

Then, on the other system ("b"), run

  b# atmtcp -c <ip_address_of_a>  

Both atmtcps will report on their progress and the kernel should display a 
message like

atmtcp (itf 1): ready

on each system. Note that atmtcp keeps running and that it must not be 
interrupted.

Multiple "wires" can be attached to the same machine by specifying a port 
number (default is 8401). Note that no AAL processing is performed. It is 
therefore not possible to receive data using a different AAL (e.g. AAL0) 
than the one with which the data was sent.


ZN1221/ZN1225 tuning
--------------------

The ZeitNet ZN1221 and ZN1225 adapters use pre-allocated pools of free 
memory buffers for receiving. Whenever a VC with a certain maximum SDU size 
is opened for receiving, the corresponding pool is filled with free buffers 
by the device driver. The adapter removes buffers while it receives data. 
When the number of remaining buffers falls below a certain threshold, the 
device driver replenishes the pool again.

The lower and the upper limits for the number of free buffers, and the 
threshold for adapting to a new data offset (see below for details), can be 
set using the zntune program. Usage:

  zntune [-l <low_water>] [-h <high_water>] [-t <threshold>] <itf> [<pool>] 
 

The changes are applied to all pools if no pool number is specified. Pool 2 
stores 64 bytes packets, pool 3 stores 128 bytes packets, etc. Pools 0 and 
1 are currently unused.

The current settings and some usage statistics can be obtained by invoking 
zntune without specifying new parameters:

  zntune [-z] <itf> [<pool>]  

The "Size" column shows the buffer size in Bytes. The "Ref" column shows 
the number of open VCs using that pool. The "Alarm" column shows how many 
times the number of free buffers has fallen below the low-water mark since 
the counters were reset. Similarly, the "Under" column shows how many times 
an incoming PDU had to be discarded because the corresponding pool was 
empty.

The columns "Offs", "NxOf", "Count" and "Thres" show the alignment adaption 
status. "Offs" is the offset of user data the driver currently expects in 
incoming PDUs. For single-copy, receive buffers are aligned accordingly so 
that data is received at page boundaries. "NxOf" is the user data offset of 
the most recently received PDU, where the offset differs from the currently 
assumed offset. "Count" is the number of PDUs that have been received in 
sequence with an offset of "NxOf". Finally, "Thres" is the threshold value 
"Count" has to reach for "NxOf" to become the new current offset.

Use the  -z  option to reset the "Alarm" and "Under" counters.


Files in /proc/atm
------------------

Some status information about the ATM subsystem can be obtained through 
files in /proc/atm. /proc/atm/arp contains information specific to ATMARP, 
see section "ATMARP demon".

/proc/atm/devices lists all active ATM devices. For each device, the 
interface number, the type label, the end system identifier (ESI), and 
statistics are shown. The statistics correspond to the ones available via 
atmdiag.

/proc/atm/pvc and /proc/atm/svc list all PVC and SVC sockets. For both 
types of sockets, the interface, VPI and VCI numbers are shown. For PVCs, 
this is followed by the AAL and the traffic class and the selected PCR for 
the receive and the transmit direction. For SVCs, the SVC state and the 
address of the remote party are shown. SVCs with the interface number 999 
are used for special control purposes as indicated in the "State" column.


ATM diagnostics
---------------

Various counters of the ATM device drivers can be queried with the atmdiag 
program. See the corresponding man page for details.


SONET diagnostics
-----------------

The SONET diagnostics tool can be used to monitor link performance and to 
simulate errors. In order to get current SONET statistics, run it with the 
ATM interface number as the argument, e.g.

% sonetdiag 0

The counters can be reset with the  -z  option:

# sonetdiag -z 0

The following network failures can be simulated:*

  *  Some adapters may only support a subset of this.

   sbip   insert section errors (B1) 
   lbip   insert line errors (B2) 
   pbip   insert path errors (B3) 
   frame   force (RX) frame loss 
   los   insert loss of signal 
   lais   insert line alarm indication signal 
   pais   insert path alarm indication signal 
   hcs   insert header checksum errors 

A failure is enabled by adding the corresponding keyword on the command 
line. The failure is cleared by prefixing the keyword with a minus sign, 
e.g.

a# sonetdiag -z 0 >/dev/null
b# sonetdiag -z 0 >/dev/null
a# sonetdiag 0 los
a# sonetdiag 0 -los
b# sonetdiag 0 | grep BIP
Section BIP errors:      56200
Line BIP errors:           342
Path BIP errors:           152
a# sonetdiag 0 | grep FEBE
Line FEBE:                 342
Path FEBE:                 152

If any diagnostic error insertions are active, their keywords are shown 
when sonetdiag is used to obtain statistics. Note that some error 
insertions may be automatically switched off by the hardware.


Native ATM PVCs
===============

PVCs can be used for machines that are either connected back to back or via 
a switch. In the latter case, the cell forwarding has to be manually set up 
at the switch.


Traffic tools
-------------

aread/awrite and br/bw are simple programs to access the ATM API. awrite 
sends the text string passed as its second argument in an AAL5 PDU. aread 
receives one AAL5 PDU and displays it in hex. Both programs also display 
the return values of the corresponding system calls and the current values 
of errno.

bw either sends its standard input or a stream of blocks containing 
arbitrary data (if a number is passed as its fourth argument) in 8 kB AAL5 
PDUs. br receives AAL5 PDUs and writes them to standard output.

The first argument of aread, awrite, br and bw is always the PVC address, 
i.e. the ATM interface number, the VPI and the VCI number, with a dot 
between elements. The interface number can be omitted if it is zero. 
Example:

% awrite 1.0.42 hi

Note that some adapters only support VPI == 0. Also, the VCI range may be 
limited, e.g 0 to 1023. The interface number can be obtained from the 
initialization message the driver printed during startup. atm0 is interface 
0, atm1 is interface 1, etc. If the system is equipped with a real ATM 
adapter (e.g. not only atmtcp), that adapter is normally at atm0.

aping receives and sends small AAL5 PDUs on a PVC. It expects that messages 
it sends are either echoed back or that a similar program on the other side 
generates a stream of messages. aping reports an error if no messages are 
received for too long. aping is invoked by specifying the PVC, like aread.

For "real" tests, you should use the modified version of ttcp that comes 
with this package. The original is on  ftp://ftp.sgi.com/sgi/src/ttcp . The 
following options have been added:

   -a   use native ATM instead of UDP/TCP. The address must be in the 
    format  [<itf>.]<vpi>.<vci>  for PVCs, or a valid ATM end system 
    address for SVCs. 
   -P <num>   use a CBR connection with a peak cell rate of <num> cells per 
    second. Default is to use UBR. 
   -C   disable (UDP) checksums 
   -Q <atm_address>   establish an Arequipa connection to the specified ATM 
    destination. On the receiver,  -Q <any_word>  enables acceptance of 
    incoming Arequipa connections. 

Example:

%a ttcp_atm -r -a -s 0.90
%b ttcp_atm -t -a -s 0.90


Direct cell access
------------------

On adapters where the device driver supports access to raw cells ("AAL0"), 
individual cells can be composed and received with the atmdump program.

Man page: atmdump.8

Example: 

a% sleep 10; date | ./atmdump -t 1 -c 0.51
b% ./atmdump 0.51
825079645.192480: VPI=0 VCI=51, GFC=0x0, CLP=1, Data SDU 1 (PTI 1)
   46 72 69 20 46 65 62 20 32 33 20 31 32 3a 34 37 
   3a 32 35 20 47 4d 54 20 31 39 39 36 0a 00 00 00 
   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 




Signaling
=========


ATM hosts file
--------------

Because ATM addresses are inconvenient to use, most ATM tools also accept 
names instead of numeric addresses. The mapping between names and numbers 
is defined in the file /etc/hosts.atm. The structure of this file is 
similar to the /etc/hosts file:

<numeric_address> <name(s)>

e.g.

47.0005.80FFE1000000F21A26D8.0020EA000EE0.00 pc2-a.fqdn pc2-a
47.0005.80FFE1000000F21A26D8.0020D4102A80.00 pc3-a.fqdn pc3-a

The numeric address can be specified in any of the formats described in 
[1]. The numeric address(es) of a Linux system can be determined with the 
command  atmaddr -n  (see also section "Manual address configuration").

Many ATM tools also attempt to find the corresponding name when displaying 
an address. When translating from the numeric form to a name, the first 
applicable name in the file is used.

In addition to ATM addresses for SVCs, also PVC addresses can be stored in 
/etc/hosts.atm. If different address types are stored under the same name, 
the first suitable one will be chosen, i.e. if an application explicitly 
requests only SVC addresses, any PVC addresses will be ignored.

Support for ANS, a DNS-based resolution mechanism, which is currently in 
the process of being standardized by ATM Forum, is for further study.


Signaling demon
---------------

Man pages: atmsigd.8, atmsigd.conf.4

Note that atmsigd's support for point-to-multipoint is very limited: only 
operation as a single leaf of a point-to-multipoint tree works.

By default, atmsigd is configured to conform to UNI 3.0. It can be compiled 
for UNI 3.1 by changing the  STANDARDS=  line at the beginning of 
atm/Rules.make, and running  make clean; make  in atm/qgen and atm/sigd (in 
this order).

Note that atmsigd is configured to be paranoid. If it detects unusual 
problems, it frequently terminates. This will (obviously) change in the 
future.

atmsigd also looks for a configuration file atmsigd.conf in the current 
directory.


ILMI demon
----------

ILMI provides a mechanism for automatic address configuration. If there is 
no switch or if the switch doesn't support ILMI, the ATM addresses must be 
configured manually (see section "Manual address configuration"). Note that 
the ILMI demon should not be used on interfaces where addresses are 
manually configured.

The ILMI demon is started as follows:

  # ilmid [-b] [-d] [-l <logfile>] [-x] [<itf>]  

   -b   background. Run in a forked child process after initializing. 
   -d   enables debugging output. By default, ilmid is very quiet. 
   -l <logfile>   write diagnostic messages to the specified file instead 
    of to standard error. The special name  syslog  is used to send 
    diagnostics to the system logger. 
   -q <qos>   configures the ILMI VC to use the specified quality of 
    service. By default, UBR at link speed is used on the ILMI VC. 
   -x   disable inclusion of variable bindings in the ColdstartTrap. Some 
    switches (e.g. the LS100) only work if this option is set. 

If no interface number is specified, ilmid serves interface 0. atmsigd 
should already be running when ilmid is started, Use the  -b  option to 
make sure they're properly synchronized (see section "ATMARP demon").

The agent supports only the address registration procedures specified in 
section 5.8 of the ATM Forum's UNI 3.1 specification. These procedures 
involve the switch registering the network prefix on the host and the host 
registering the final ATM address back on the switch. The host accomplishes 
this by appending an ESI (End System Identifier) and a null selector byte 
to the network prefix registered by the switch. The ESI is the physical or 
MAC address of the ATM interface.


Manual address configuration
----------------------------

If your switch doesn't support ILMI, you have to set the ATM address 
manually on the switch and on the PC(s). On the Linux side, make sure that 
ilmid doesn't interfere, then use the atmaddr command to set the 
address(es).

Man pages: atmaddr.8

Manual configuration of ATM addresses on the switch depends on the brand. 
On a Fore ASX-200, it can be done with the following command:

  conf nsap route new <nsap_addr> 152 <port> <vpi>  

e.g.



conf nsap route new 47000580ffe1000000f21510650020ea000ee000 152 1a2 0
                    |<---- NSAP prefix ----->||<--ESI--->|^^
                                                          SEL



The entire NSAP address always has to have a length of 40 digits. Note that 
you can also use addresses with a different prefix and an ESI that doesn't 
correspond to any ESI your adapters have. The value of the selector byte 
(SEL) is ignored.


Q.2931 message dumper
---------------------

The Q.2931 message compiler can also generate a pretty-printer for Q.2931 
messages. It is generated by running  make q.dump  in the qgen directory.

q.dump expects a sequence of whitespace-separated hex bytes at standard 
input and outputs the message structure if the message can be parsed.

Example:

% echo 09 03 80 00 05 5A 80 00 06 08 80 00 02 81 83 00 48 \
  00 00 08 | ./q.dump
_pdsc = 9 "Q.2931 user-network call/connection control message"
_cr_len = 3
call_ref = 8388613 (0x800005)
msg_type = 0x5a "RELEASE COMPLETE"
_ext = 1
_flag = 0 "instruction field not significant"
_action_ind = 0 "clear call"
msg_len = 6 (0x6)
  _ie_id = 0x08 "Cause"
    _ext = 1
    cause_cs = 0 "ITU-T standardized"
    _flag = 0 "instruction field not significant"
    _action_ind = 0 "clear call"
    _ie_len = 2 (0x2)
      _ext = 1
      location = 1 "private network serving the local user"
      _ext = 1
      cause = 3 "no route to destination"


IP over ATM
===========

IP over ATM is supported using two modules:* the CLIP module only supports 
PVCs and only handles encapsulation according to RFC1483 [2]. InARP 
(defined in RFC1577 [3]) is not supported by this mechanism.

  *  The term "module" is used here for a functional software component, 
    not for a loadable kernel module.

The more advanced ATMARP module includes full support for PVCs and SVCs 
(including ATMARP and InARP) as specified in RFC1577, but is still a bit 
less reliable than CLIP.

CLIP will be phased out in the near future.


CLIP
----

Limited IP over ATM for PVCs is supported in this release using the clip 
program. Please be aware that it might not interoperate with other 
implementations, because InARP is not supported.

VCCs are used as IP point to point links, so contrary to what RFC1577 
suggests, VCC selection is a routing decision and not a matter of address 
resolution.

For a better but still immature mechanism see section "ATMARP demon".

First, the VCCs have to be established. Become root on both machines and 
run clip (see clip.8) on each of them, e.g.:

a# clip 0.40
b# clip 0.40

For CBR connections, specify the desired peak cell rate as the second 
argument. The default encapsulation is LLC/SNAP, but NULL encapsulation can 
be selected with the option  -0  (that's "zero", not "oh").

Next, the interfaces have to be configured:

  # /sbin/ifconfig atm0 up <src_addr> dstaddr <dst_addr>  

e.g.

a# /sbin/ifconfig atm0 up 10.0.0.1 dstaddr 10.0.0.2
b# /sbin/ifconfig atm0 up 10.0.0.2 dstaddr 10.0.0.1

Finally, you have to add the routes:

a# /sbin/route add 10.0.0.2
b# /sbin/route add 10.0.0.1

Test the connection with ping:

a% ping 10.0.0.2


ATMARP demon
------------

For ATMARP, a demon process is used to generate and answer ARP queries. The 
actual kernel part maintains a small lookup table only containing partial 
information.

Man pages: atmarpd.8, atmarp.8

atmsigd and ilmid must already be running when atmarpd is started. Use the  
-b  option to make sure they're properly synchronized, e.g.

#!/bin/sh
atmsigd -b
ilmid -b
atmarpd -b
...

works, but

#!/bin/sh
atmsigd &
ilmid &
atmarpd &
...

frequently doesn't (yet).

The atmarp program is used to configure ATMARP. First, you have to start 
atmsigd, ilmid, and atmarpd, then create an IP interface and configure it:

  # atmarp -c <interface_name>
     # ifconfig atm0 <local_address> <possibly_more_options> up
     # route add -net <network_address>  

e.g.

# atmarp -c atm0
# ifconfig atm0 10.0.0.3 up
# route add -net 10.0.0.0

If only PVCs will be used, they can now be created with a command like

# atmarp -s 10.0.0.4 0.0.70

NULL encapsulation is used if the  null  keywords is specified. Note that 
ARP requires LLC/SNAP encapsulation. NULL encapsulation can therefore only 
be used for PVCs.

When using SVCs, some additional configuration work may be necessary. If 
the machine is acting as the ATMARP server on that LIS, no additional 
configuration is necessary. Otherwise, the ATM address of the ATMARP server 
has to be configured. This is done by creating an entry for the network 
address with the option  arpsrv  set, e.g.

# atmarp -s \
  10.0.0.0 47.0005.80.ffe100.0000.f215.1065.0020EA000756.00 \
  arpsrv

Note that the ATMARP server currently has to be started and configured 
before any clients are configured.

The kernel ATMARP table can be read via /proc/atm/arp. The table used by 
atmarpd is regularly printed on standard error if atmarpd is started with 
the  -d  option. If atmarpd is invoked without  -d , the table is written 
to the file atmarpd.table in the dump directory (by default /var/run; can 
be changed with  -D ), and it can be read with  atmarp -a .


LAN Emulation
-------------

Besides Classical IP over ATM, LAN Emulation (LANE) can be used to carry IP 
over ATM. LANE emulates the characteristics of legacy LAN technology, such 
as support for broadcasts. LANE client support is described in the file 
atm/led/USAGE, LANE server support is described in atm/lane/USAGE.

Man pages: bus.8, lecs.8, les.8, and zeppelin.8


Arequipa
--------

Arequipa (Application REQUested IP over ATM, [4]) is an extension to IP 
over ATM that adds support for using direct ATM connections (with QOS 
parameters, etc.) to carry traffic between INET sockets. On a system that 
should use Arequipa connections, the Arequipa demon has to run.

Man page: arequipad.8

The status of Arequipa connections is shown in /proc/atm/arequipa.

If atmsigd is not running, all attempts to use Arequipa fail and the ioctls 
set errno to EUNATCH.

The following example illustrates the use of Arequipa with ttcp_atm. A 
machine "a" sends data to a machine "b", which is also registered with that 
name in the DNS. Furthermore, "b" has an entry with the name "b-atm" in the 
/etc/hosts.atm file of "a". First, execute on "b":

# arequipad -b
# ttcp_atm -r -s -Q dummy

then run on "a":

# arequipad -b
# ttcp_atm -t -s -Q b-atm b


References
==========

  [1]  Almesberger, Werner.  Linux ATM API,  
    ftp://lrcftp.epfl.ch/pub/linux/atm/api/ , July 1996. 
  [2]  Heinanen, Juha.  Multiprotocol Encapsulation over ATM Adaptation 
    Layer 5, RFC1483, July 1993. 
  [3]  Laubach, Mark.  Classical IP and ARP over ATM, RFC1577, January 
    1994. 
  [4]  Almesberger, Werner; Le Boudec, Jean-Yves; Oechslin, Philippe.  
    Application REQuested IP over ATM (AREQUIPA) (work in progress), 
    Internet Draft  draft-almesberger-arequipa-01.txt , June 1996. 
