XRPi Home Documentation Index Alphabetic Index |
XRPi Documentation - ConfigurationApplication SupportIn this context, the word applications refers to programs which use XRPi to provide their connectivity with the outside world. Unlike its 16 bit forerunner, XRPi does not provide the BPQ Host API, but it does provide the following means to support applications:
Defining ApplicationsSome applications, such as those using the TNC2 emulator, do not accept incoming connections, and this section doesn't apply to them. Nor does it apply to applications accessed via KISS / SLIP / PPP or proxies. For the remainder, read on... In order for applications to be able to accept incoming connections, they must be specified in XROUTER.CFG, using APPL configuration blocks. Each definition block must begin with APPL= All fields within an application definition block are optional
- you may have for instance choose to have an APPLNAME but no
APPLCALL, meaning the application could only be reached by
typing the applname at the command prompt. Or you could have
an APPLCALL but no APPLNAME, in which case the application
would be directly connectible, but wouldn't be reachable from
a command line shortcut.
The application number must be between 1 and 8. Some BPQHOST
applications have fixed application numbers, e.g. BBS's and
PMS's must usually be the first application and Host programs
such as PAC4 are usually the second. However, since BPQHOST
API isn't currently implemented, the choice of application
number is arbitrary at present.
Example:
If you want an application to be directly connectible on a
particular port, the application must have an APPLCALL, an
APPLALIAS or both, and the corresponding bit in that port's
APPLMASK must be set.
APPLMASK specifies which applications will be directly
connectible on a given port. The default is 255, which allows
all applications. The value is made up by adding together the
desired selection from the following numbers:
For example, if a port's definition contains "APPLMASK=9", it
will only allow direct connections to applications 1 and 4 on
that port, providing those applications have either an
APPLCALL or an APPLALIAS.
Certain settings of a port's CFLAGS may prevent all
downlinking on that port. For example, in a mixed CB/HAM node
you may need to use CFLAGS=1 to prevent CB users from making
L2 downlinks on the HAM port. But that would also prevent HAM
applications from downlinking on that port.
This can be solved by setting bit 2 (decimal value 4) of
CFLAGS, which allows applications to downlink
unconditionally.
Setting this flag allows applications to make L2 downlinks on
ports which are closed to users, e.g. CFLAGS=1 prevents
everyone excepts sysops from downlinking, whereas CFLAGS=5
prevents everyone except sysops and applications from
downlinking. See CFLAGS for more details.
|