The ACK messages on receiving have a simple and compact format. The aim is to have a message as short as possible in order to avoid an unnecessary usage of the network. The title of the message is the title of the original message with a leading "ACK:". Example : ACK:Title of the original message. These ACK messages are true messages strictly speaking. They carry the origin, the destination, the route and the MID but they are of a particular type, the type A (private are of type P, bulletins of type B, etc...). This difference allows the routing of these messages without the lines "R:". This is done again with the aim of avoiding an excessive load by data which are of no use in this case. To keep the compatibility with the existing forwarding protocol, the type of these messages is changed to P (private) if the receiving BBS of the forwarding does not know the type of ACK messages (specified in the SID [FBB- 5.12-ABFHM$] by the letter A). In this case, the ack message will continue on its route as a private message. The ACK messages are of the following form : ACK:Message test. <-- Title of message Msg FD1CDC@F6FBB - 22-dec 17:28z <-- Text of message It tells that the message that you had sent to FD1CDC at F6FBB and whose title is "Message test" has been received in the BBS F6FBB on 22 dec at 12:28 GMT.
Category: F6fbb bbs
F6fbb bbs software
FBB Compressed forward
Extension to the protocol. Compressed forward FBB. The protocol utilized for the transfer of ascii files compressed is an extension to the existing protocol. The compressed forward is validated by the presence of the letter B in the SID [FBB-5.12-BFHM$]. The transfer of compressed files can only take place under FBB protocol. The presence of the letter B in the SID without the F letter will remain without effect. The only difference as regard to the standard protocol is the submit line. It can specify the type of data contained in the compressed message. FA means that the transfer will be an ascii compressed message. FB means that the message will be a binary compressed file (this last possibility is not yet implemented in the version 5.12). The submission of an ascii message will be in the form : FA P FC1CDC F6ABJ F6AXV 24754_F6FBB 345 The submission of a binary file will be in the form : FB P FC1CDC F6ABJ F6AXV 24754_F6FBB 345 The transferred data are of a specific format. The transfer will be done in binary mode. This last one is derived of the YAPP protocol which is very reliable. All transfer is made of a header, a block of data, an end of message and a checksum. Each transfer is equivalent to the transfer of one message of the standard protocol and shall not be followed by a control Z, the end of file specifier is defined in another way. Format of header for an ascii compressed message (submission FA) : <SOH> 1 byte = 01 hex Length of the header 1 byte = Length from the title, including the two <NUL> characters. Title of the message 1 to 80 bytes <NUL> 1 byte = 00 hex Offset 1 to 6 bytes <NUL> 1 byte = 00 hex Format of header for a binary compressed file (submission FB) : <SOH> 1 byte = 01 hex Length of the header 1 byte = Length from the filename, including the two <NUL> characters. Name of the file 1 to 80 bytes <NUL> 1 byte = 00 hex Offset 1 to 6 bytes <NUL> 1 byte = 00 hex As to follow the french regulation, the title of the message or the file name are transmitted in ascii, not compressed. The offset is also transmitted in ascii and specifies the offset at which the data should be inserted in the file (in case of a fragmented file). In the version 5.12, this parameter is not utilized and is always equal to zero. A data block contains from one to 256 bytes. It begins by two bytes which specify the format. Data block format : <STX> 1 byte = 02 hex Number of data 1 byte = 00 to ff hex. (00 if length = 256 bytes). Data bytes 1 to 256 bytes The last data block is followed by the end of file specifier and the checksum. End of file specifier format : <EOT> 1 byte = 04 hex Checksum 1 byte = 00 a ff hex The checksum is equal to the sum of all the data bytes of the transmitted file, modulo 256 (8 bits) and then two's complemented. The checking of the checksum is very simple : The sum of the data from the file and the checksum received modulo 256 anded with FF) shall be equal to zero. In case of a checksum error, the message or the file is not taken to account and the system issues a disconnect request after having sent the comment : *** Checksum error Extension to the protocol. XFWD compressed forward. X forwarding Protocol is implemented. XForwarding now supports re-routing and swapping. Binary forwarding via telephone modem (FBB or XFWD)
FBB forward protocol
FBB software includes two forward protocols. The first one is standard with MBL/RLI protocol. The second one was developed to allow efficiency, particularly on long links where propagation time of data are long. The exchange of commands is reduced to a minimum, and not acknowledged to get time. The data transfer direction is changed every block of data, a block of data holding up to five messages. This uses the "pipeline" effect of long links (Nodes and digipeaters), and gain some time over short links (HF...). FBB protocol is very simple in its principle. It is based on MID/BID usage. The identification is made by the F letter in the SID (system type identifier contained in square brackets). All command lines must start in first column with the 'F' character. All command lines are ended by a return (CR) character. Suppose I call another BBS to forward some mail. When I connect another BBS using FBB protocol, I will receive the SID followed by a text and the prompt (">"). If the SID contains the F flag, I will send immediately my SID and the first proposal. Proposals looks like : FB P F6FBB FC1GHV FC1MVP 24657_F6FBB 1345 F> HH FB : Identifies the type of the command (proposal) P : Type of message (P = Private, B = Bulletin). F6FBB : Sender (from field). FC1GHV : BBS of recipient (@field). FC1MVP : Recipient (to field). 24657_F6FBB : BID ou MID. 1345 : Size of message in bytes. F> : End of proposal. HH is optional. It is the checksum of the whole proposal in hexadecimal. ALL the fields are necessary. This kind of command must hold seven fields. If a field is missing upon receiving, an error message will be send immediately followed by a disconnection. A proposal can handle up to five FB command lines. If the total size of messages seems to be too important, the proposal can handle less lines. In FBB software, a parameter is defined in INIT.SRV file to tell the maximum size of the message block. It is set by default to 10KB. Example of proposal : FB P F6FBB FC1GHV.FFPC.FRA.EU FC1MVP 24657_F6FBB 1345 FB P FC1CDC F6ABJ F6AXV 24643_F6FBB 5346 FB B F6FBB FRA FBB 22_456_F6FBB 8548 F> HH This proposal is limited to three FB lines, as the amount of messages overran the 10KB limit. When receiving the proposal, the other BBS will reject, accept or defer the message. This command is made by a FS line : FS -+= This means : - I don't want the first message (-). - I need the second message (+). - I defer the third message, as I'm still receiving it. In the new version 1 of FBB protocol there are 3 more responses: R, E or H: "FS +R++" means that the second message is rejected. Only works with new version of the protocol. The information is also written in the LOG like : MJ B:Message_Bid V:Callsign_Rejecting A warning message may be sent to the sending sysop when his message is rejected (see INIT.SRV for more info on warning messages). The message is not marked as 'F', and still can be forwarded to another BBS "FS +H++" means that the second message is held. Only works with new version of the protocol. The information is also written in the LOG like : MH B:Message_Bid V:Callsign_Rejecting A warning message may be sent to the sending sysop when his message is held (see INIT.SRV for more info on warning messages). "FS +E++" means that the second message has a format error. Only works with new version of the protocol. A warning message may be sent to the sending sysop when his message proposal is wrong (see INIT.SRV for more info on warning messages). It should interesting to defer a message if you are still receiving it on a other channel, or if you think that the size is to big, or for another reason. The message should be proposed again at the next connection. FS line MUST have as many +,-,=, R, E, H signs as lines in the proposal. When receiving the FS lines, I can send the block of messages. Each message is made with the title on the first line, the text, and a Ctrl Z in the last line. The is no blank line between the messages. Title of 2nd message Text of 2nd message ..... ^Z When the other BBS has received all the asked messages, it acknowledges by sending its proposal, and the system is reversed. If it has no message to send, it only sends a line : FF This line must not to be followed by a F>. If the other hand has no message, it sends a line : FQ and asks for the disconnection. Example : --------- F6FBB FC1GHV ---------------------------------------------------------------- Connects FC1GHV Connected [FBB-5.11-FHM$] Bienvenue a Poitiers, Jean-Paul. > [FBB-5.11-FHM$] (F6FBB has the F flag in the SID) FB P F6FBB FC1GHV.FFPC.FRA.EU FC1MVP 24657_F6FBB 1345 FB P FC1CDC F6ABJ F6AXV 24643_F6FBB 5346 FB B F6FBB FRA FBB 22_456_F6FBB 8548 F> HH FS +-+ (accepts the 1st and the 3rd). Title 1st message Text 1st message ...... ^Z Title 3rd message Text 3rd message ...... ^Z FB P FC1GHV F6FBB F6FBB 2734_FC1GHV 234 FB B FC1GHV F6FBB FC1CDC 2745_FC1GHV 3524 F> HH FS -- (Don't need them, and send immediately the proposal). FB P FC1CDC F6ABJ F6AXV 24754_F6FBB 345 F> HH FS + (Accepts the message) Title message Text message ...... ^Z FF (no more message) FB B F6FBB TEST FRA 24654_F6FBB 145 F> HH FS + (Accepts the message) Title message Text message ...... ^Z FF (still no message) FQ (No more message) Disconnection of the link. In this example, FBB protocol is used as the two BBS were identified by the F flag in the SID. If F6FBB had sent the SID [FBB-5.11-MH$] when answering FC1GHV, the protocol should be the standard MBL/RLI. All callsigns are only examples !
FBB Tricks and tips
This rubric is yours, more than mine. I'll try to insert there all tricks you will tell me. Only for DosFBB: Using DesqView (c). ------------------- There is no particular problem when using DesqView. The minimum window size is 500 KB. You MUST use communication drivers, like ESS, COMBIOS or MBBIOS, as the software does not dispose of the whole process time. Communication errors displaying. ------------------------------- An error counter can be displayed in WinFBB: after the word "Resync" on the screen in DosFBB: just right of the date, on the first line of the screen. If you are using TNC2 with WA8DED software, these errors can be minor, but with PK232, error recovery is more difficult, and the system may reboot. With a correct operation of your system, this counter will not appear, or exceptionally. If errors are displayed, they can result from : - Using DOS 4.0 or 5.0 : The keyboard driver of these versions is very slow. You must use the ESS driver for RS232 (or COMBIOS). - A too hight baudrate, or RS232 defective cables. The baudrate can be selected down to 4800 Bds. It is not a good idea to go down 4800 Bds, as the performance of the software should be lower. - Change the LM324 fitting out some TNC RS232 line drivers by a TL074 or TL084. - HF detection in the TNC. Errors and resynchronizations will appear when the transmitter is running. There is no real cure, you must investigate. You can also use communication drivers like ESS, COMBIOS or MBBIOS if you are not still using them. Repeat the last message number. -------------------------------- The last message number displayed, read, killed, etc... can be utilized again with the # (pound) character. This short-cut allows as for an example to read a message after a list or to suppress it just after its reading. Example : F6FBB BBS ; R 12351 The message is displayed ... F6FBB BBS ; K # Message #12351 killed. F6FBB BBS ;
FBB Process numbers and help
Process number and on-line help identification. The various processing functions contained in the software are identified by three numbers displayed in the status banner. The first of those three numbers is the main process system (BBS, FBBDOS, Satellite Computation, etc...), the second number is the process function (in the BBS, list, message sending, etc..) and the third number is a sub-function (record of the message title, message, etc..) A complete description of these numbers would be useless and time consuming. They are mainly used for debugging purpose. The first number is also used to identify the help block out of the x.HLP file. Upon receipt of the "?" or the "H", the software searches the x.HLP file for a line of corresponding to the language in use, and of the format @@ number word in which "number" stands for the current processing level, and "word" stands for the word following the command "?" or "H". Example : you are inside FBBDOS, and you type in the command "? EDIT", the help block searched for must begin with the line: @@ 9 EDIT It may happen that a block matches several search keywords. It is enough to specify the various words separated by the character "|" (vertical bar), WITH NO SPACE. @@ 9 EDIT|EDITEUR List of the processing levels : 0 Connection. 2 Qra-Locator. 3 Statistics. 4 Information. 5 Nomenclature. 6 Satellite Orbital Computation. 9 FbbDos. 11 Telephone Modem 14 BBS. 15 Forward. 16 Gateway Sysop page. 17 YAPP. 18 Conference.
FBB DRSI-card
If you plan to use DRSI-card with this software, you must make some changes. Before you start FBB, you must load the DRSI-driver that comes with the DRSI- card. This must be TNCTSR-R or TNCTSR-L with a version-number higher or equal to 2.1. The first DRSI-card (MultCh 0 and 1) must be at address 300. The second DRSI-card (MultCh 2 and 3) must be at address 310. The third DRSI-card (MultCh 4 and 5) must be at address 308. The fourth DRSI-card (MultCh 6 and 7) must be at address 318. Before installing cards in the PC, use the program CHKADDR to verify that the addresses corresponding to the cards have a value of FF. If there is a problem, check your configuration to find what peripheral is already using this address. Install just one card at the time, and verify each cards presence with CHKADDR. When all cards are ok, configure the driver by means of the TAILORnn program (depending of the version). TNCTSR-S will be ok if you use only a few channels, while TNCTSR-L should be used for big configurations, up to 32 channels. One problem: What DRSI calls DRSI-PORT, is what we call MultCh in FBB ! What DRSI calls PORT, is what FBB calls port or TNC ! We always use FBB-names here... Each DRSI-card works like 2 radio-ports. The first DRSI-card is always MultCh 0 and 1, and the forth card is MultCh 6 and 7. If one radio-port is used on HF, that port must be the second port on the card. All the DRSI-cards together, work like only one COM. And this COM-port does not need to exist in the PC. You may call that port COM 7 or COM 8 and keep free the already existing COMS. Baud-rate does not matter, but should be set to a standard value, to avoid error-messages. Here is an example of PORT.SYS with 2 DRSI-cards (4 radios) : # #Ports TNCs 1 4 # # #Com Interface Address (Hex) Baud 7 4 0 4800 # # #TNC NbCh Com MultCh Pacl Maxfr NbFwd MxBloc M/P-Fwd Mode Freq 1 8 7 0 230 4 1 10 30/60 UDYW 433.650 2 1 7 1 80 2 1 5 12/30 GDW 15/20m 3 8 7 2 230 4 1 10 36/60 UDYW 433.650 4 8 7 3 230 4 1 5 10/30 GDW 145.300 # If you are using DRSI-card, you also must change the INITTNC1.SYS. You will need only ONE file for all the ports. Example of INITTNC1.SYS that initializes 4 ports: MUIS U0 p0 1 64 10 4 4 10 100 18000 30 2 0 p1 1 64 10 4 1 16 100 18000 30 1 0 p2 1 64 10 4 4 10 100 18000 30 2 0 p3 1 64 10 4 4 10 100 18000 30 2 0 The same goes for MAINT1.SYS, only 1 file is needed for all 4 ports, like this: Y 1 U 1 BBS ($c) was shut down for service $d $T. In FORWARD.SYS there is no changes. Use standard syntax.
FBB inittnc(x).sys
INITTNCx.SYS (\FBB\SYSTEM). This file is also in the SYSTEM-directory. When the BBS starts, it sends some standard parametres to the TNC, like PACLEN, MAXFRAME etc. These parametres are in PORT.SYS. But in addition to this we may send some more parametres to each TNC. We send parametres to TNC 1 with the INITTNC1.SYS, to TNC 2 with INITTNC2.SYS etc. Here is just one example from LA1B BBS : (you do not need to use the same parametres) C MAIL v LA7QR U 0 N 10 M IU P 64 T 40 C MAIL V LA7QR means that unproto mail-beacon will be sent to MAIL via the digipeater with callsign LA7QR. You may use just C MAIL if you do not want to send via digipeaters. U 0 means that the TNC will not send any TNC-message to user when he connects to the BBS. You should use this parametre. N 10 means that RETRY will be set to 10. M IU means that that all I and UI frames will be shown in monitor-windows. P 64 means a p-persistence value of 64. This is normal. T 40 sets a TXDELAY of 40. This value depends on Transceiver in use. So, you can use any suitable parametres in this file. You need one file for each TNC. The commands sent to the TNC, are the commands described in the documentation for the firmware you use, or in the documentation for PK*-232, DRSI, BPQ etc.
FBB BPQ Port
G8BPQ-node (uses TNCs in KISS-mode, DRSI cards, etc...). If you plan to use BPQ-node with this software, you must make some changes. Before you start FBB, you must load the BPQ-program. From version 4.05 of BPQcode, separate ports can be declared. Level 2 connections issue to the MultCh in the same order as PORTs declared in the BPQCFG.TXT (G8BPQ distribution) file. First port corresponds to MultCh 0. Level 4 connections (from the network) always issue to MultCh 0. In <a href="https://packet-radio.net/fbb-port-sys/">PORT.SYS</a> you must use 2 in INTERFACE, and Q in type host mode. Version 4.05 or up is recommended. COM can be from 1 to 8, but will exclude existing COMs. Choosing 8 is a good solution to keep existing COMs. We recommend that you use COM 8. Only the <a href="https://packet-radio.net/fbb-inittncx-sys/">INITTNCx.SYS</a> for the 1st port must exist. You must check that there is only one INITTNCx.SYS file for all BPQ-ports, otherwise you will have big problems! The parameters for other ports will be taken by default, and then no conflict should happen between ports. If you want to define the streams differently on each port, you can do it with the INITTNCx.SYS file, but be sure to give the right configuration. INITTNCx.SYS will look like this: A1 R0 UMAIL M1 N1 If paclen is equal to 0, then the default BPQ paclen of the port will be taken, otherwise the specified paclen will overwrite the default BPQ paclen. If you have validated the gateway, you must configure ENABLE_LINKED=A in BPQCFG.TXT to give to the stream the callsign of the user. Here is an example of PORT.SYS with BPQ-node and 2 TNCs: # #Ports TNCs 1 2 # # #Com Interface Address (Hex) Baud 8 2 0 4800 # # #TNC NbCh Com MultCh Pacl Maxfr NbFwd MxBloc M/P-Fwd Mode Freq 1 8 8 0 230 4 1 10 30/60 UQYW VHF 2 1 8 1 80 1 1 5 30/60 UQYW HF # Example of INITTNCx.SYS for BPQ 4.05 (Only ONE INITTNCx.SYS) : A1 Number of application R0 Returns to node (0=No,1=Yes) UMAIL Unproto MAIL M1 Monitor (0=No,1=YES) N1 Number of first stream The parameters for other ports will be taken by default, For instance, as the first stream of the first port is 1, the first stream of the second port will be 9. (8 channels defined in PORT.SYS for port 1). This will be done automatically, and the second INITTNCx.SYS should not exist. In FORWARD.SYS there are a few changes, here is a short example: A LA2D # P B # C C SWITCH Connect first BPQ switch. C C 2 LA2D Connect LA2D on port 2 of BPQ. # B LA2D F LA2D # --------- For WinFBB: If you are using WinFBB together with BPQ-code you have to copy the files BPQCODE.386 BPQDLL.DLL to the \WINDOWS\SYSTEM directory. These files are normally included in the BPQ programpack. After this you starts BPQ in the same way as with DOSFBB, but before starting WINDOWS. The best is to start BPQCODE from AUTOEXEC.BAT. For LinFBB: BPQ cannot be used with LinFBB....
FBB Port.sys
PORT.SYS (\FBB\SYSTEM)
First, be aware of this useful feature:
If PORT.SYS does not exist, FBB looks for
PORT_D.SYS (for DosFBB)
PORT_W.SYS (for WinFBB)
PORT_L.SYS (For LinFBB)
So it is possible to have for example DosFBB and WinFBB files in the PC
at the same time. This is useful at sites where you want to change
from WinFBB to DosFBB from time to time..
I have divided this section in two parts:
1 : Simple instruction (for first-time setup).
2 : Advanced setup, with more details.
2.1 : For BPQ.
2.2 : For DRSI.
1: Simple instruction (for first-time setup).
This file is found in the directory called SYSTEM (if you used my default
directory-names). In this file we decide what kind of TNCs to use, how many
available channels etc. You must do several changes here, and be very careful
that you do all changes correctly. If you don`t, the BBS cannot operate
properly. Remember that a line starting with # is a comment-line, and the
BBS ignores these lines.
# FBB7.00
# File for programming of channels and TNCs.
#
# Ports : How many ports (COM1, COM2, Etc...)
# TNCs : How many TNCs and modems in use. With multiplexer
# there can be up to 4 TNCs per port.
#
#Ports TNCs
2 2
#
Next you must type one complete line of parametres for each COM-port you
use. You must be careful to use the correct values here.
Here are the valid interfaces for DosFBB and WinFBB:
For WinFBB:
The mostly-used interface for WinFBB is 6. This interface replaces ESS,
MBBIOS etc and FBBIOS. The driver is FBBCOMM.DRV, which is installed
during the installation-process.
In WinFBB ONLY THESE interfaces are available:
# Interface : 2 = BPQ-node (BPQ in AA4RE-mode)
# 4 = DRSI
# 5 = TFPCR/TFPCX interface. Interrupt MUST be 0xFD or the same
# as stated in INIT.SRV, if any..
# 6 = Windows-driver, replaces both ESS, ESSKAM and FBBIOS.
# 7 = TCP/IP. Needs WINSOCK.DLL. Put port-adress as 17.
# TNC-emulation is T (see below)
# 8 = TFWin.dll (only WinFBB32)
# BEWARE: The old interface 1 and 3 will NOT be used in WinFBB. Interface 6
# replaces both. (FBBCOMM.DRV). Neither ESS nor FBBIOS can be
# used with WinFBB !
For LinFBB (Linux):
# Interface 9 = Linux. Can work via serial port (D),via AX25 domain
# socket (X) or via Telnet port (T).
For DosFBB:e COMBIOS, BPQ or DRSI-card, you must be careful to
give the correct values here. If you use COMBIOS, FBBIOS, BPQ etc, they
must always be loaded before you start the BBS-program.
In DosFBB ONLY THESE interfaces are available:
# Interface : 1 = Use external COMBIOS-driver (MBBIOS, ESS etc)
# 2 = BPQ-node v 4.05 and up (BPQ in AA4RE-mode)
# 3 = Telephone-modem with FBBIOS
# 4 = DRSI card with driver
# 5 = TFPCR/TFPCX interface. Interrupt MUST be 0xFD or the same
# as stated in INIT.SRV, if any..
Example for WinFBB:
I use 2 TNCs, one on COM1 and one on COM3, and I use the standard
FBBCOMM.DRV loaded by Windows:
# Com : COM-number (1,2,...8)
# Interface : 2 = BPQ-node (BPQ in AA4RE-mode)
# 4 = DRSI
# 5 = TFPCR/TFPCX interface. Interrupt MUST be 0xFD or the same
# as stated in INIT.SRV, if any..
# 6 = Windows-driver, replaces both ESS, ESSKAM and FBBIOS.
# 7 = TCP/IP. Needs WINSOCK.DLL. Put port-address as 17.
# TNC-emulation is T (see below)
# 8 = TFWin.dll (only WinFBB32)
# Address : Address of port in hexadecimal (Needed for multiplexer).
# In LinFBB:
# Address is the device name (/dev/cua0).
# Be sure you have the rights to access to the device (rw-rw-rw-).
# When using kernel AF_AX25 socket, address is not used.
# When using Telnet, address is the Telnet port in Hex (Hex 17 = Telnet port 23)
# Baud : Ports baud rate. Ignored by BPQ, kernel AF_AX25 socket and Telnet.
#
# Use same number of lines as number of ports.
#
#Com Interface Address (device) Baud
1 6 3F8 9600
3 6 338 9600
#
>Same example for DosFBB:
I use 2 TNCs, one on COM1 and one on COM3, and I use the ESS-driver
(ESS must be properly loaded before FBB is started):
# Com : COM-number (1,2,...8)
# Interface : 1 = Use external COMBIOS-driver (MBBIOS, ESS etc)
# 2 = BPQ-node v 4.05 and up (BPQ in AA4RE-mode)
# 3 = Telephone-modem with FBBIOS
# 4 = DRSI card with driver
# 5 = TFPCR/TFPCX interface. Interrupt MUST be 0xFD or the same
# as stated in INIT.SRV, if any..
# Address : Address of port in hexadecimal (Needed for multiplexer).
# In LinFBB:
# Address is the device name (/dev/cua0).
# Be sure you have the rights to access to the device (rw-rw-rw-).
# When using kernel AF_AX25 socket, address is not used.
# When using Telnet, address is the Telnet port in Hex (Hex 17 = Telnet port 23)
# Baud : Ports baud rate. Ignored by BPQ, kernel AF_AX25 socket and Telnet.
#
# Use same number of lines as number of ports.
#
#Com Interface Address (device) Baud
1 1 3F8 9600
3 1 338 9600
#
Same example for LinFBB (Linux):
# Com : COM-number (1,2,...8)
# Interface 9 = Linux. Can work via serial port (D),via AX25 domain
# socket (X) or via Telnet port (T).
# Address : Address of port in hexadecimal (Needed for multiplexer).
# In LinFBB:
# Address is the device name (/dev/cua0).
# Be sure you have the rights to access to the device (rw-rw-rw-).
# When using kernel AF_AX25 socket, address is not used.
# When using Telnet, address is the Telnet port in Hex (Hex 17 = Telnet port 23)
# Baud : Ports baud rate. Ignored by BPQ, kernel AF_AX25 socket and Telnet.
#
# Use same number of lines as number of ports.
#
#Com Interface Address (Device) Baud
1 9 /dev/cua0 9600
3 9 /dev/cua2 9600
#
Once more, the number of lines below must be the same as number of TNCs in
use. One line for each TNC. I think most of it is self-explanatory. MultCh
will normally be 1. If you use DRSI-card, you can use a value from 0 to 7.
If you use BPQ, the first TNC must have MultCh 0, the next must have MultCh1
and so on. This is very important. If you have a KAM in host-mode, you must
use 1 for VHF and 2 for HF. When using kernel AF_AX25 socket in Linux,
MultCh is the interface name (eg: ax0).
MxBloc decides how many kb will be forwarded one way to another BBS before
the forward is reversed. Leave this value at 10 for VHF/UHF and a little
smaller for HF. Type host-mode depends on your TNC, and if you use BPQ :
# TNC : Number on TNC in use. Use 0 for file-forward !
# NbCh : Number of channels I want to use in the TNC.
# Maximum available channels depend on firmware.
# Com : Number of the COM-port. Com1, Com2 etc.
# MultCh : Number of channel if port-multiplexer is used, otherwise 1.
# In DRSI use values from 0 to 7, by KAM use 1/VHF and 2/HF.
# With BPQ first TNC must have MultCh 0, the next 1, etc.
# When using kernel AF_AX25 socket in Linux, MultCh is the
# interface name (eg: ax0)
# Paclen : PACLEN on this TNC.
# Maxframe: The maximum nb of frames the TNC will send at a time.
# NbFwd : Number of channels for OUTGOING forward at same time.
# MxBloc : Size of forward-block in kb.
# M/P-Fwd : Minute of the hour for start of forward, and period
# (how many minutes between each forward-start).
# Port mode, one of these:
# B : BBS-mode.
# G : "Guest"-mode.
# U : Normal-mode.
# Type host-mode, one of these:
# D : WA8DED
# K : KAM hostmode. Must use ESSKAM driver.
# P : PK-232
# Q : BPQ v 4.x
# T : Ethernet/TCP-IP
# X : AX25 domain socket (for Linux)
# Addition: One or more of these letters can be used too:
# L : Send unproto beacon after each arriving mail.
# M : Telephone-modem.
# Y : Yapp allowed on this QRG.
# W : Gateway allowed TO this QRG.
# R : Modem port allowed in Read-only mode.
# Freq. : Text to describe this port (max 9 characters, no space)
#
# Same number of lines as TNCs:
#
#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
1 7 1 1 230 4 1 10 30/60 UDYW 433.650
2 1 3 1 80 2 1 5 17/30 GDW 15/20m
#
At the end of the file, you can specify one (or more) callsigns and SSIDs
for some channels. You might use this for special callsigns on forward-
channels. If you don't need this (you probably don't, at least not the first
times..), place an # in front of the line. This only works with WA8DED
interface.
# Special callsigns and modes for some channels.
#
#TNC Nbs Callsign-SSID Mode
1 2 LA1B-1 B
#
# End of file.
#
2. Advanced setup, with more details.
The BBS may use a special port-multiplexer so that you can have up to
4 TNCs per COM-port.
For DosFBB you may also use other drivers like COMBIOS, MBBIOS, FBBIOS etc.
These drivers must be loaded BEFORE the BBS-program. You can include the
drivers in APPEL.BAT for convenience. It is possible to use telephone-modem
with the BBS. In that case the number of TNCs include the modem. The FBBIOS-
driver must be loaded before the BBS starts.
For WinFBB you do not need COMBIOS, MBBIOS, ESS or FBBIOS. They are all
included in FBBCOMM.DRV (interface 6).
Example for WinFBB:
Standard PORT.SYS with 1 TNC (COM1) with WA8DED-hostmode,
FBBCOMM.DRV-driver, 4 channels, 1 channel for outgoing forward, 1 channel
reserved for BBSs with callsign LA1B-1 :
# FBB7.00
# File for programming of channels and TNCs.
#
# Ports : How many ports (COM1, COM2, Etc...)
# TNCs : How many TNCs and modems in use. With multiplexer
# there can be up to 4 TNCs per port.
#
#Ports TNCs
1 1
#
#In WinFBB ONLY THESE interfaces are available:
# Interface : 2 = BPQ-node (BPQ in AA4RE-mode)
# 4 = DRSI
# 5 = TFPCR/TFPCX interface. Interrupt MUST be 0xFD or the same
# as stated in INIT.SRV, if any..
# 6 = Windows-driver, replaces both ESS, ESSKAM and FBBIOS.
# 7 = TCP/IP. Needs WINSOCK.DLL. Put port-address as 17.
# TNC-emulation is T (see below)
# 8 = TFWin.dll (only WinFBB32)
# BEWARE: The old interface 1 and 3 will NOT be used in WinFBB. Interface 6
# replaces both. (FBBCOMM.DRV). Neither ESS nor FBBIOS can be
# used with WinFBB !
#
In LinFBB ONLY this interface is available:
# Interface 9 = Linux. Can work via serial port (D),via AX25 domain
# socket (X) or via Telnet port (T).
#
#In DosFBB ONLY THESE interfaces are available:
# Interface : 1 = Use external COMBIOS-driver (MBBIOS, ESS etc)
# 2 = BPQ-node v 4.05 and up (BPQ in AA4RE-mode)
# 3 = Telephone-modem with FBBIOS
# 4 = DRSI card with driver
# 5 = TFPCR/TFPCX interface. Interrupt MUST be 0xFD or the same
# as stated in INIT.SRV, if any..
#
# Address : Address of port in hexadecimal (Needed for multiplexer).
# In LinFBB:
# Address is the device name (/dev/cua0).
# Be sure you have the rights to access to the device (rw-rw-rw-).
# When using kernel AF_AX25 socket, address is not used.
# When using Telnet, address is the Telnet port in Hex (Hex 17 = Telnet port 23)
# Baud : Ports baud rate. Ignored by BPQ, kernel AF_AX25 socket and Telnet.
#
# Use same number of lines as number of ports.
#
#Com Interface Address (device) Baud
1 6 3F8 9600
#
# TNC : Number on TNC in use. Use 0 for file-forward !
# NbCh : Number of channels I want to use in the TNC.
# Maximum available channels depend on firmware.
# Com : Number of the COM-port. Com1, Com2 etc.
# MultCh : Number of channel if port-multiplexer is used, otherwise 1.
# In DRSI use values from 0 to 7, by KAM use 1/VHF and 2/HF.
# With BPQ first TNC must have MultCh 0, the next 1, etc.
# When using kernel AF_AX25 socket in Linux, MultCh is the
# interface name (eg: ax0)
# Paclen : PACLEN on this TNC.
# Maxframe: The maximum nb of frames the TNC will send at a time.
# NbFwd : Number of channels for OUTGOING forward at same time.
# MxBloc : Size of forward-block in kb.
# M/P-Fwd : Minute of the hour for start of forward, and period
# (how many minutes between each forward-start).
# Port mode, one of these:
# B : BBS-mode.
# G : "Guest"-mode.
# U : Normal-mode.
# Type host-mode, one of these:
# D : WA8DED
# K : KAM hostmode. Must use ESSKAM driver.
# P : PK-232
# Q : BPQ v 4.x
# T : Ethernet/TCP-IP
# X : AX25 domain socket (for Linux)
# Addition: One or more of these letters can be used too:
# L : Send unproto beacon after each arriving mail.
# M : Telephone-modem.
# Y : Yapp allowed on this QRG.
# W : Gateway allowed TO this QRG.
# R : Modem port allowed in Read-only mode.
# Freq. : Text to describe this port (max 9 characters, no space)
#
# Same number of lines as TNCs:
#
#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
1 4 1 1 230 4 1 10 30/60 UDYL 433.650
#
# Special callsigns and modes for some channels.
#
#TNC Nbs Callsign-SSID Mode
1 1 LA1B-1 B
#
# End of file.
#
Same example for LinFBB (Linux):
Standard PORT.SYS with 1 TNC (COM1) with WA8DED-hostmode,
4 channels, 1 channel for outgoing forward, 1 channel
reserved for BBSs with callsign LA1B-1 :
# FBB7.00
# File for programming of channels and TNCs.
#
# Ports : How many ports (COM1, COM2, Etc...)
# TNCs : How many TNCs and modems in use. With multiplexer
# there can be up to 4 TNCs per port.
#
#Ports TNCs
1 1
#
#n WinFBB ONLY THESE interfaces are available:
# Interface : 2 = BPQ-node (BPQ in AA4RE-mode)
# 4 = DRSI
# 5 = TFPCR/TFPCX interface. Interrupt MUST be 0xFD or the same
# as stated in INIT.SRV, if any..
# 6 = Windows-driver, replaces both ESS, ESSKAM and FBBIOS.
# 7 = TCP/IP. Needs WINSOCK.DLL. Put port-address as 17.
# TNC-emulation is T (see below)
# 8 = TFWin.dll (only WinFBB32)
# BEWARE: The old interface 1 and 3 will NOT be used in WinFBB. Interface 6
# replaces both. (FBBCOMM.DRV). Neither ESS nor FBBIOS can be
# used with WinFBB !
#
#In LinFBB ONLY this interface is available:
# Interface 9 = Linux. Can work via serial port (D),via AX25 domain
# socket (X) or via Telnet port (T).
#
#In DosFBB ONLY THESE interfaces are available:
# Interface : 1 = Use external COMBIOS-driver (MBBIOS, ESS etc)
# 2 = BPQ-node v 4.05 and up (BPQ in AA4RE-mode)
# 3 = Telephone-modem with FBBIOS
# 4 = DRSI card with driver
# 5 = TFPCR/TFPCX interface. Interrupt MUST be 0xFD or the same
# as stated in INIT.SRV, if any..
#
# Address : Address of port in hexadecimal (Needed for multiplexer).
# In LinFBB:
#Address is the device name (/dev/cua0).
# Be sure you have the rights to access to the device (rw-rw-rw-).
# When using kernel AF_AX25 socket, address is not used.
# When using Telnet, address is the Telnet port in Hex (Hex 17 = Telnet port 23)
# Baud : Ports baud rate. Ignored by BPQ, kernel AF_AX25 socket and Telnet.
#
# Use same number of lines as number of ports.
#
#Com Interface Address (device) Baud
1 9 /dev/cua0 9600
#
# TNC : Number on TNC in use. Use 0 for file-forward !
# NbCh : Number of channels I want to use in the TNC.
# Maximum available channels depend on firmware.
# Com : Number of the COM-port. Com1, Com2 etc.
# MultCh : Number of channel if port-multiplexer is used, otherwise 1.
# In DRSI use values from 0 to 7, by KAM use 1/VHF and 2/HF.
# With BPQ first TNC must have MultCh 0, the next 1, etc.
# When using kernel AF_AX25 socket in Linux, MultCh is the
# interface name (eg: ax0)
# Paclen : PACLEN on this TNC.
# Maxframe: The maximum nb of frames the TNC will send at a time.
# NbFwd : Number of channels for OUTGOING forward at same time.
# MxBloc : Size of forward-block in kb.
# M/P-Fwd : Minute of the hour for start of forward, and period
# (how many minutes between each forward-start).
# Port mode, one of these:
# B : BBS-mode.
# G : "Guest"-mode.
# U : Normal-mode.
# Type host-mode, one of these:
# D : WA8DED
# K : KAM hostmode. Must use ESSKAM driver.
# P : PK-232
# Q : BPQ v 4.x
# T : Ethernet/TCP-IP
# X : AX25 domain socket (for Linux)
# Addition: One or more of these letters can be used too:
# L : Send unproto beacon after each arriving mail.
# M : Telephone-modem.
# Y : Yapp allowed on this QRG.
# W : Gateway allowed TO this QRG.
# R : Modem port allowed in Read-only mode.
# Freq. : Text to describe this port (max 9 characters, no space)
#
# Same number of lines as TNCs:
#
#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
1 4 1 1 230 4 1 10 30/60 UDYL 433.650
#
# Special callsigns and modes for some channels.
#
#TNC Nbs Callsign-SSID Mode
1 1 LA1B-1 B
#
# End of file.
#
Same example for DosFBB:
Standard PORT.SYS with 1 TNC (COM1) with WA8DED-hostmode,
ESS-driver, 4 channels, 1 channel for outgoing forward, 1 channel
reserved for BBSs with callsign LA1B-1 :
# FBB7.00
# File for programming of channels and TNCs.
#
# Ports : How many ports (COM1, COM2, Etc...)
# TNCs : How many TNCs and modems in use. With multiplexer
# there can be up to 4 TNCs per port.
#
#Ports TNCs
1 1
#
#In WinFBB ONLY THESE interfaces are available:
# Interface : 2 = BPQ-node (BPQ in AA4RE-mode)
# 4 = DRSI
# 5 = TFPCR/TFPCX interface. Interrupt MUST be 0xFD or the same
# as stated in INIT.SRV, if any..
# 6 = Windows-driver, replaces both ESS, ESSKAM and FBBIOS.
# 7 = TCP/IP. Needs WINSOCK.DLL. Put port-address as 17.
# TNC-emulation is T (see below)
# 8 = TFWin.dll (only WinFBB32)
# BEWARE: The old interface 1 and 3 will NOT be used in WinFBB. Interface 6
# replaces both. (FBBCOMM.DRV). Neither ESS nor FBBIOS can be
# used with WinFBB !
#
#In LinFBB ONLY this interface is available:
# Interface 9 = Linux. Can work via serial port (D),via AX25 domain
# socket (X) or via Telnet port (T).
#
#In DosFBB ONLY THESE interfaces are available:
# Interface : 1 = Use external COMBIOS-driver (MBBIOS, ESS etc)
# 2 = BPQ-node v 4.05 and up (BPQ in AA4RE-mode)
# 3 = Telephone-modem with FBBIOS
# 4 = DRSI card with driver
# 5 = TFPCR/TFPCX interface. Interrupt MUST be 0xFD or the same
# as stated in INIT.SRV, if any..
# Address : Address of port in hexadecimal (Needed for multiplexer).
# In LinFBB:
# Address is the device name (/dev/cua0).
# Be sure you have the rights to access to the device (rw-rw-rw-).
# When using kernel AF_AX25 socket, address is not used.
# When using Telnet, address is the Telnet port in Hex (Hex 17 = Telnet port 23)
# Baud : Ports baud rate. Ignored by BPQ, kernel AF_AX25 socket and Telnet.
#
# Use same number of lines as number of ports.
#
#Com Interface Address (device) Baud
1 1 3F8 9600
#
# TNC : Number on TNC in use. Use 0 for file-forward !
# NbCh : Number of channels I want to use in the TNC.
# Maximum available channels depend on firmware.
# Com : Number of the COM-port. Com1, Com2 etc.
# MultCh : Number of channel if port-multiplexer is used, otherwise 1.
# In DRSI use values from 0 to 7, by KAM use 1/VHF and 2/HF.
# With BPQ first TNC must have MultCh 0, the next 1, etc.
# When using kernel AF_AX25 socket in Linux, MultCh is the
# interface name (eg: ax0)
# Paclen : PACLEN on this TNC.
# Maxframe: The maximum nb of frames the TNC will send at a time.
# NbFwd : Number of channels for OUTGOING forward at same time.
# MxBloc : Size of forward-block in kb.
# M/P-Fwd : Minute of the hour for start of forward, and period
# (how many minutes between each forward-start).
# Port mode, one of these:
# B : BBS-mode.
# G : "Guest"-mode.
# U : Normal-mode.
# Type host-mode, one of these:
# D : WA8DED
# K : KAM hostmode. Must use ESSKAM driver.
# P : PK-232
# Q : BPQ v 4.x
# T : Ethernet/TCP-IP
# X : AX25 domain socket (for Linux)
# Addition: One or more of these letters can be used too:
# L : Send unproto beacon after each arriving mail.
# M : Telephone-modem.
# Y : Yapp allowed on this QRG.
# W : Gateway allowed TO this QRG.
# R : Modem port allowed in Read-only mode.
# Freq. : Text to describe this port (max 9 characters, no space)
#
# Same number of lines as TNCs:
#
#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
1 4 1 1 230 4 1 10 30/60 UDYL 433.650
#
# Special callsigns and modes for some channels.
#
#TNC Nbs Callsign-SSID Mode
1 1 LA1B-1 B
#
# End of file.
#
Note that the differences in the three PORT.SYS files above (for WinFBB, LinFBB
and DosFBB) is ONLY the Interface and (for LinFBB:) the address !
In the next examples, all comment-lines are removed, for clarity.
One example for WinFBB:
Now an example of a file with 4 ports, 13 channels, FBBCOMM.DRV, with a
port-multiplexer on COM 1. Port 1 has limited access (guest-user), port 2 and
3 allows YAPP-transfer and port 4 uses a PK-232. Port 2 and 3 also allows
unproto-beacon-lists.
# FBB7.00
#
#Ports TNCs
1 4
#
#Com Interface Address (device) Baud
1 6 3F8 9600
#
#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
1 4 1 1 230 4 0 1 00/60 GD 433.650
2 4 1 2 230 4 1 5 10/30 UDYL 144.675
3 4 1 3 230 3 4 10 20/60 UDYWL 433.650
4 1 1 4 80 1 1 5 15/30 BP 15/20m
#
#TNC Nbs Callsign-SSID Mode
#1 1 LA1B-1 B
#
# End of file.
#
Same example for LinFBB (Linux):
Now an example of a file with 4 ports, 13 channels, with a
port-multiplexer on COM 1. Port 1 has limited access (guest-user), port 2 and
3 allows YAPP-transfer. Port 2 and 3 also allows unproto-beacon-lists.
This example is really no good for LinFBB, as port 4 uses a PK-232 which is
not supported by LinFBB (yet ?). But if it ever will be, it will probably
look something like this:
# FBB7.00
#
#Ports TNCs
1 4
#
#Com Interface Address (device) Baud
1 9 /dev/cua0 9600
#
#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
1 4 1 1 230 4 0 1 00/60 GD 433.650
2 4 1 2 230 4 1 5 10/30 UDYL 144.675
3 4 1 3 230 3 4 10 20/60 UDYWL 433.650
4 1 1 4 80 1 1 5 15/30 BP 15/20m
#
#TNC Nbs Callsign-SSID Mode
#1 1 LA1B-1 B
#
# End of file.
#
Same example for DosFBB:
Now an example of a file with 4 ports, 13 channels, ESS-driver, with a
port-multiplexer on COM 1. Port 1 has limited access (guest-user), port 2 and
3 allows YAPP-transfer and port 4 uses a PK-232. Port 2 and 3 also allows
unproto-beacon-lists.
# FBB7.00
#
#Ports TNCs
1 4
#
#Com Interface Address (device) Baud
1 1 3F8 9600
#
#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
1 4 1 1 230 4 0 1 00/60 GD 433.650
2 4 1 2 230 4 1 5 10/30 UDYL 144.675
3 4 1 3 230 3 4 10 20/60 UDYWL 433.650
4 1 1 4 80 1 1 5 15/30 BP 15/20m
#
#TNC Nbs Callsign-SSID Mode
#1 1 LA1B-1 B
#
# End of file.
#
Note that the difference in the 3 PORT.SYS files above (for WinFBB, CFBB
and DosFBB) is ONLY the Interface and /for LinFBB:) the address !
Next an example of a file with 4 ports, 13 channels.
This one is for DosFBB, but it is identical for WinFBB, with the exception
of interface, which must be changed to 6 for WinFBB.
# FBB7.00
#
#Ports TNCs
4 4
#
#Com Interface Address (device) Baud
1 1 3f8 9600
2 1 2f8 9600
3 1 3e8 9600
4 1 2e8 9600
#
#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
1 4 1 1 230 4 0 1 00/60 GD 433.650
2 4 2 1 230 4 1 5 10/30 UDY 144.675
3 4 3 1 230 3 4 10 20/60 UDYW 433.650
4 1 4 1 80 1 1 5 15/30 BP 15/20m
#
#TNC Nbs Callsign-SSID Mode
#1 1 LA1B-1 B
#
# End of file.
#
Same example for LinFBB (Linux):
# FBB7.00
#
#Ports TNCs
4 4
#
#Com Interface Address (device) Baud
1 9 /dev/cua0 9600
2 9 /dev/cua1 9600
3 9 /dev/cua2 9600
4 9 /dev/cua3 9600
#
#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
1 4 1 1 230 4 0 1 00/60 GD 433.650
2 4 2 1 230 4 1 5 10/30 UDY 144.675
3 4 3 1 230 3 4 10 20/60 UDYW 433.650
4 1 4 1 80 1 1 5 15/30 BP 15/20m
#
#TNC Nbs Callsign-SSID Mode
#1 1 LA1B-1 B
#
# End of file.
#
2.1 For BPQ:>
Now an example of a file with 2 ports with BPQ-node and 4 channels on
each port. Note that MultCh starts with 0 on first port !
This one is 100% identical for DosFBB and WinFBB !
This one is not possible for LinFBB as BPQ cannot be run in Linux.
BPQ must be correctly installed for DOS or WINDOWS (respectively) before
it can be used with FBB.
# FBB7.00
#
#Ports TNCs
1 2
#
#Com Interface Address (device) Baud
8 2 0 9600
#
#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
1 4 8 0 230 4 1 1 00/60 UQY 433.650
2 4 8 1 230 4 1 5 10/60 UQY 144.675
#
#TNC Nbs Callsign-SSID Mode
#1 1 LA1B-1 B
#
# End of file.
#
Note that I use COM8. This is because this is a "virtual" port, and if I use
for example COM2, I will not be able to use COM2 for other purposes.
2.2 For DRSI:
Next an example of a file with 1 DRSI-card and 8 channels, max 1 channel on
HF. As for BPQ, this one is 100% identical for DosFBB and WinFBB !
# FBB7.00
#
#Ports TNCs
1 2
#
#Com Interface Address (device) Baud
8 4 0 9600
#
#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
1 8 8 0 230 4 1 10 00/60 UDY 433.650
2 1 8 1 80 2 1 10 30/60 GDW HF
#
#TNC Nbs Callsign-SSID Mode
#1 1 LA1B-1 B
#
# End of file.
#
Same example for LinFBB (Linux):
A file with 1 DRSI-card and 8 channels, max 1 channel on HF.
This example needs z8530drv by DL1BKE properly installed!
# FBB7.00
#
#Ports TNCs
1 2
#
#Com Interface Address (device) Baud
8 9 **** 9600
#
#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
1 8 8 scc0 230 4 1 10 00/60 XUY 433.650
2 1 8 scc1 80 2 1 10 30/60 XGW HF
#
#TNC Nbs Callsign-SSID Mode
#1 1 LA1B-1 B
#
# End of file.
#
Last, SM6TKY's own (big) setup for Linux :
Standard kernel AF_AX25 socket, 7 interfaces, 42 channels, 1 interface for
file forward, 1 interface to a KISS TNC (ax0), 2 interfaces to a PA0HZP
compatible SCC card (scc0 scc1), 1 interface to Pseudo-TTY loopback
for LinuxNode (ax2), 1 interface for EtherBPQ (bpq0), and 1 interface to
NET/ROM in kernel (nr1).
# FBB7.00
# File for programming of channels and TNCs.
#
# Ports : How many ports (COM1, COM2, Etc...)
# TNCs : How many TNCs and modems in use. With multiplexer
# there can be up to 4 TNCs per port.
#
#Ports TNCs
1 6
#
#In WinFBB ONLY THESE interfaces are available:
# Interface : 2 = BPQ-node (BPQ in AA4RE-mode)
# 4 = DRSI
# 5 = TFPCR/TFPCX interface. Interrupt MUST be 0xFD or the same
# as stated in INIT.SRV, if any..
# 6 = Windows-driver, replaces both ESS, ESSKAM and FBBIOS.
# 7 = TCP/IP. Needs WINSOCK.DLL. Put port-address as 17.
# TNC-emulation is T (see below)
# 8 = TFWin.dll (only WinFBB32)
# BEWARE: The old interface 1 and 3 will NOT be used in WinFBB. Interface 6
# replaces both. (FBBCOMM.DRV). Neither ESS nor FBBIOS can be
# used with WinFBB !
#
#In LinFBB ONLY this interface is available:
# Interface 9 = Linux. Can work via serial port (D),via AX25 domain
# socket (X) or via Telnet port (T).
#
#In DosFBB ONLY THESE interfaces are available:
# Interface : 1 = Use external COMBIOS-driver (MBBIOS, ESS etc)
# 2 = BPQ-node v 4.05 and up (BPQ in AA4RE-mode)
# 3 = Telephone-modem with FBBIOS
# 4 = DRSI card with driver
# 5 = TFPCR/TFPCX interface. Interrupt MUST be 0xFD or the same
# as stated in INIT.SRV, if any..
# Address : Address of port in hexadecimal (Needed for multiplexer).
# In LinFBB:
# Address is the device name (/dev/cua0).
# Be sure you have the rights to access to the device (rw-rw-rw-).
# When using kernel AF_AX25 socket, address is not used.
# When using Telnet, address is the Telnet port in Hex (Hex 17 = Telnet port 23)
# Baud : Ports baud rate. Ignored by BPQ, kernel AF_AX25 socket and Telnet.
#
# Use same number of lines as number of ports.
#
#Com Interface Address (device) Baud
1 9 **** 9600
#
# TNC : Number on TNC in use. Use 0 for file-forward !
# NbCh : Number of channels I want to use in the TNC.
# Maximum available channels depend on firmware.
# Com : Number of the COM-port. Com1, Com2 etc.
# MultCh : Number of channel if port-multiplexer is used, otherwise 1.
# In DRSI use values from 0 to 7, by KAM use 1/VHF and 2/HF.
# With BPQ first TNC must have MultCh 0, the next 1, etc.
# When using kernel AF_AX25 socket in Linux, MultCh is the
# interface name (eg: ax0)
# Paclen : PACLEN on this TNC.
# Maxframe: The maximum nb of frames the TNC will send at a time.
# NbFwd : Number of channels for OUTGOING forward at same time.
# MxBloc : Size of forward-block in kb.
# M/P-Fwd : Minute of the hour for start of forward, and period
# (how many minutes between each forward-start).
# Port mode, one of these:
# B : BBS-mode.
# G : "Guest"-mode.
# U : Normal-mode.
# Type host-mode, one of these:
# D : WA8DED
# K : KAM hostmode. Must use ESSKAM driver.
# P : PK-232
# Q : BPQ v 4.x
# T : Ethernet/TCP-IP
# X : AX25 domain socket (for Linux)
# Addition: One or more of these letters can be used too:
# L : Send unproto beacon after each arriving mail.
# M : Telephone-modem.
# Y : Yapp allowed on this QRG.
# W : Gateway allowed TO this QRG.
# R : Modem port allowed in Read-only mode.
# Freq. : Text to describe this port (max 9 characters, no space)
#
# Same number of lines as TNCs:
#
#TNC NbCh Com MultCh Pacln Maxfr NbFwd MxBloc M/P-Fwd Mode Freq
0 0 0 0 0 0 0 0 00/01 ---- File-fwd.
1 8 1 ax0 250 7 2 10 30/01 XUWYL ax0
2 8 1 scc0 250 7 2 10 30/01 XUWYL scc0
3 8 1 scc1 250 7 2 10 30/01 XUWYL scc1
4 8 1 ax2 250 7 2 10 30/01 XUY Loopback
5 8 1 bpq0 250 7 2 10 30/01 XUWYL bpqether
6 2 1 nr1 250 7 2 10 30/01 XUY netrom
#
# Special callsigns and modes for some channels.
#
#TNC Nbs Callsign-SSID Mode
1 2 XXXXX-1 B
#
# End of file.
#