;       Compatible met revisie 4.08 / 4.08a
;
;       Auteur: John Weisman, G8BPQ
;       Nederlandse herziene versie: Mischa van Santen, 
;                                    HAM: PE1OKZ @ PI8WNO
;                                 27 MHz: MO1MVS @ UT1BBS
;
; TOEPASSING VAN DIT DOCUMENT IS VOOR EIGEN RISICO VAN DE GEBRUIKER !
; AAN DIT CONFIGURATIEBESTAND KUNNEN GEEN RECHTEN WORDEN ONTLEEND !
;
;------------------------------------------------14-12-1996------------------
; LET OP!!!
;
; Sinds de eerste versie van deze Nederlandstalige BPQCFG.TXT zijn er vele
; stations die van dit configuratiebestand gebruik hebben gemaakt. Dit is
; natuurlijk een goede zaak. Er zijn echter ook enkele stations die
; parameters hebben gewijzigd, en vervolgens de eigen naam en callsign hebben
; vervangen voor bovenstaande gegevens. Dit is wat mij betreft geen probleem.
; er zijn echter ook minder handige stations die diverse parameters geheel
; afwijkend hebben ingesteld waarna deze over het NLD netwerk zijn verspreid
; znder te melden dat deze gegevens van hun hand zijn (dat wil zeggen uit
; mijn naam).
;
; Ondanks dat ik geen enkele verantwoordelijkheid ken voor de juistheid van
; de parameters wil ik iedereen adviseren zeer goed op de bestandsgrootte te
; letten. Deze is terug te vinden onder aan deze tekst, tezamen met het
; revisienummer en de datum. Deze BPQCFG.TXT is met enige regelmaat over het
; NLD net door mij verspreid d.m.v. 7+, voorafgegaan door een verklarende
; tekst waarin NOGMAALS de bestandsgrootte is vermeldt. Indien je er niet
; zeker van bent of de tekst orgineel is, danwel gekloond met de nodige
; wijzigingen, stuur mij dan een bericht. Ik zend deze tekst dan rechtstreeks
; retour in orginele vorm en volgens de laatste configuratiestand.
;
; Natuurlijk is iedereen vrij om G8BPQ software vrij te configureren naar
; eigen goeddunken. De configuratie zoals in deze tekst weergegeven is
; echter een weloverwogen versie welke met behulp van vele NetRom node
; SysOp's is samengesteld. Deze versie wordt in het grootste gedeelte van
; Nederland gebruikt als leidraad voor het 27 MHz NetRom netwerk. Met enige
; zekerheid kan daarom gesteld worden dat ingrijpende wijzigingen snel een
; mindere functionaliteit van het regionale NetRom nodenetwerk tot gevolg
; kan hebben...
;
; Ik sta altijd open voor suggesties. Bevorderende wijzigingen of
; aanvullingen zullen toegevoegd worden...
;
; 73
;
;                       Mischa, MO1MVS @ UT1BBS
;                               PE1OKZ @ PI8WNO
;                               100641.1405 @ COMPUSERVE.COM
;---------------------------------------------------------------------------
;1.     CONFIGURATIEBESTAND VOOR G8BPQ PACKETRADIO NODE SOFTWARE
;
;       Dit is het configuratie tekstbestand welke geconverteerd
;       wordt door het starten van de file BPQCFG.EXE welke zich in de
;       zelfde directory als deze BPQCFG.TXT file bevindt. Het resultaat
;       wordt gevormd in BPQCFG.BIN, welke direct toegankelijk is voor de
;       werkelijke NODE software BPQCODE.EXE of SWITCH.EXE. De tekst
;       convertor BPQCFG.EXE is zr grof in zijn wijze van converteren !
;       Zorg er daarom voor dat de gewijzigde parameters in dit tekst-
;       bestand te allen tijde CORRECT zijn, bij gebruik van BPQCFG.EXE.
;       Bij verkeerd formaat zijn algemene systeemstoringen niet 
;       uitgesloten...
;
;       Besproken parameters en waarden zijn inmiddels in het grootste deel 
;       van Nederland geaccepteerd als standaard waarden en geven de G8BPQ
;       NetRom node optimale functionaliteit in combinatie met andere NetRom 
;       nodes welke van deze zelfde BPQCFG.TXT gebruik maken. Dit bestand 
;       heeft alln betrekking op packetradio via 27 MHz. Toepassing op HAM
;       frequentiebanden zal zeer zeker leiden tot onregelmatigheid van 
;       NetRom, gebruik van navolgende parameters wordt op HAM frequentieban-
;       den ten zeerste afgeraden!
;
;       Vergeet niet om de eigen node specifieke gegevens aan te passen naar
;       eigen wens zoals: NODECALL;NODEALIAS;BBSCAL;BBSALIAS;PORTS parameters
;       (IOADDR/IRQ/PROTOCOL,etc.);etc.
;
;       De volgorde waarin de parameters in dit bestand zijn opgenomen
;       is onbelangrijk. Alle parameters moeten echter wl aanwezig zijn
;       om fouten in het systeem te voorkomen. Er zijn standaardwaarden 
;       aan de parameters toegekend welke in overleg met diverse SysOp's
;       zijn vastgesteld. Wijziging wordt afgeraden! Iedere regel waar een 
;       'puntkomma' ( ; ) voor staat zal door de convertor BPQCFG.EXE
;       genegeerd worden. Begint een regel met een parameter (in hoofd-
;       letters), dan zal de tekstconvertor proberen de bewuste parameter
;       te converteren naar binair formaat. Lukt dit niet, dan zal in  
;       sommige gevallen een foutmelding op het scherm verschijnen. In 
;       andere situaties kan de convertor schade aanrichten aan het 
;       gebruikte systeem!
;----------------------------------------------------------------------------
;2.     ALGEMENE PARAMETERS
;
;       Navolgende parameters hebben betrekking op de wijze van gebruik in
;       het toegepaste systeem.
;
HOSTINTERRUPT=127 ; Bepaalt de interrupt die gebruikt wordt om toegang te
		  ; krijgen tot de BPQ HOSTMODE. Deze is normaal gesproken
		  ; 127, maar kan gewijzigd worden indien deze in conflict
		  ; komt met andere software. BTRIEVE schijnt interrupt 127
		  ; te gebruiken, dus wanneer van deze software gebruik 
		  ; wordt gemaakt, probeer dan 126 of iets dergelijks.
;
;2.1.   GEBRUIK VAN HET BESCHIKBARE GEHEUGEN 
;
;       EMS geheugen kan gebruikt worden met BPQ. Wanneer EMS=1, zal het
;       systeem proberen om zijn data in EMS geheugen te laden. Op
;       dit moment bestaat er nog geen mogelijkheid om het geheugen
;       te delen met andere EMS gebruikende software (data-sharing).
;       Om deze reden is het noodzakelijk om gn andere software van
;       de EMS area gebruik te laten maken. Wanneer dit wl het geval is,
;       geef dan de parameter EMS=0
;
;       Gebruik van EMS lijkt problemen te geven bij gebruik van Desqview
;       multitasking software. Geadviseerd wordt om EMS=1 alleen te 
;       gebruiken in combinatie met niet-Desqview applikaties.
;
EMS=0                           ; EMS wordt bij 0 niet gebruikt
;
;2.2.   GEBRUIK VAN DE QUARTERDECK DESQVIEUW MULTITASKING SOFTWARE
;      
;       Er schijnen problemen te bestaan met systemen die onder BPQ draaien
;       wanneer gn gebruik wordt gemaakt van Desqview - specifiek NNA BBS
;       systeem software -. De DV interrupts SCHIJNEN genegeerd wanneer het 
;       niet gestart is. Zekerheidshalve (wanneer je DESQVIEW=0 ingeeft)
;       wordt het 'verwijder tijdseenheid' (Release Timeslice) verzoek hier 
;       niet gebruikt. Wees ervan verzekerd dat DESQVIEW=1 wordt ingesteld
;       wanneer DV werkelijk wordt gebruikt, anders zal dit de 
;       functionalitieit van de BPQ switch nadelig benvloeden.
;
DESQVIEW=0                      ; DV is niet actief bij 0, wl actief bij 1.
;
;2.3.   STATION IDENTIFICATIE
;
;       Wanneer een normale AX-25 gebruiker een connect maakt met de NODE of
;       de ALIAS wordt deze direct gelinkt aan de switch code, en kan 
;       vervolgens direct gebruik maken van normale NetRom/TheNet commando's.
;
;       Indien deze AX-25 gebruiker een connect maakt met de BBS callsign,
;       dan wordt hij direct verbonden met n van de BBS poorten die in de
;       switch code geinitialiseerd zijn. Indien geen BBS poorten (meer)
;       beschikbaar zijn zal het station geweigerd worden en een DM- frame
;       (busy) ontvangen. Het connect komt dan niet tot stand.
;
;       Houdt er rekening mee dat ALTIJD een NODE callsign + alias n een
;       BBS callsign + alias in deze configuratiefile wordt ingegeven. Ook
;       wanneer alln een BBS draait onder de BPQ software (NODE=0) f 
;       als alln een NODE draait onder de BPQ software (BBS=0). Als n
;       van beide niet gebruikt wordt, moeten beide callsign paren gelijk 
;       zijn !
;
;       Als gebruik wordt gemaakt van beide (BBS=1 n NODE=1), dan MOETEN
;       gebruikte callsigns verschillend zijn.
;
NODECALL=MONODE                ; NODE CALLSIGN
NODEALIAS=ME1NOD               ; NODE ALIAS
BBSCALL=MO1MVS                 ; BBS CALLSIGN 
BBSALIAS=MISCHA                ; BBS ALIAS
;
;2.4.   BTEKST, CTEKST EN INFORMATIETEKST 
;
;       De IDMSG (Identity Message) bevat de tekst die wordt uitgezonden
;       door de switch code als node baken. Indien voor meerdere poorten 
;       een verschillende callsign geselecteerd is dient voor iedere poort
;       een verschillende tekst aangemaakt te worden. In de overige gevallen
;       gebruikt de switch code de NODE callsign voor de bakentekst.
;       
;       De bakentekst wordt uitgezonden in een gedefinieerde interval. Deze 
;       interval wordt bepaald door de 'IDINTERVAL' parameter hieronder. 
;       Het getal bepaalt de bakeninterval in minuten. De bakentekst kan 
;       3 volledige regels bevatten. Meer regels is ook mogelijk, maar dan 
;       mogen deze niet volledig zijn (kwestie van uitproberen). Maak de
;       bakentekst per regel nit langer dan in het onderstaande voorbeeld
;       (76 karakters per regel). Indien dit tch gebeurt bestaat de kans
;       dat tegenstations die het baken ontvangen problemen krijgen met hun
;       systeem (d.w.z. 'vastlopen' van programma's als b.v. SP, TOP, GP,
;       MBU, TSTHOST en velen meer).
;
IDMSG:
Ŀ Ŀ Ŀ Ŀ Ŀ   MO1MVS's  NetRom  node uit  Montfoort
                         24 uur per dag QRV op 34, 37, 38 & 39    
              4800 baud is beschikbaar op kanaal 38
***
;
UNPROTO=UT1BBS              ; Standaard UNPROTO adres. Wordt gebruikt bij                    
			    ; bakendigi's en/of FBB UNPROTO request.
;
;       Switch code informatie tekst:
;
;       Onderstaande tekst wordt door de switch code uitgezonden indien een
;       gebruiker van de NODE het commando 'I" (Info) toetst. Ook hier geldt
;       dat meerdere informatieteksten aangemaakt kunnen worden wanneer onder
;       meerdere calsigns gewerkt wordt (zie IDMSG). Houdt er bij de
;       bovenste regel van de info tekst rekening mee dat de switch code
;       de nodecallsign en alias vr de tekst aanplakt.
;
;       Bijvoorbeeld:
;       ME1NOD:MONODE} is een veelzijdige NetRom compatible node etc.
;
;       De informatietekst kan maximaal 6 volle regels lang zijn of meer
;       niet volledige regels (ook hier geldt dus: uitproberen !).
;
INFOMSG:
 is een veelzijdige NetRom compatible node in de provincie 
Utrecht en omgeving. de node is QRV op 4 kanalen (Toets P voor een overzicht)
De antenne's van deze node staan op 24 meter top oftewel 35 meter boven N.A.P
Meer informatie is verkrijgbaar bij MO1MVS @ UT1BBS...
***
;       Switch code Ctext:
;
;       De CTEXT wordt uitgezonden naar de gebruiker van de node bij aanvang
;       van het connect (het is een normale welkomsttekst). Dit kan soms 
;       tot problemen leiden wanneer van de node gebruik gemaakt wordt voor 
;       forwarding van BBSen, of bij level 3 connects tussen node's 
;       onderling. Om deze reden wordt de CTEXT normaal gesproken alln
;       uitgezonden wanneer een connect wordt gemaakt met de node ALIAS.
;       Indien echter de parameter 'FULL_CTEXT=' wordt ingesteld op 1, zal
;       ook een CTEXT worden uitgezonden wanneer de NODE callsign geconnect 
;       wordt. Normaal gesproken is het dus verstandig om de FULL_CTEXT=0
;       te gebruiken. Ook de lengte van de Ctext is beperkt tot 6 volle 
;       regels of meerdere regels die geen volledige regel beslaan.
;
CTEXT:
Welkom te Montfoort. Toets ? voor een commando overzicht.
***
;
FULL_CTEXT=0                   ; 0 = Alln CTEXT bij connecten NODEALIAS
			       ; 1 = CTEXT bij NODE n ALIAS connects 
;----------------------------------------------------------------------------
;3.     NETROM SYSTEEM PARAMETERS
;
;       Navolgende parameters hebben direkt betrekking op de NetRom
;       funktionaliteit van de G8BPQ software.
;
OBSINIT=3                       ; Initile counterwaarde bij het ontvangen
				; van een nodebroadcast. Zodra dus een node
				; broadcast wordt ontvangen, wordt aan de
				; ontvangen node informatie een waarde toe-
				; gekend. Iedere keer wanneer nu een node
				; broadcast van uw eigen node plaatsvindt
				; zal de waarde met n (1) verminderd
                                ; worden. Zodra de waarde gelijk is aan
                                ; nul (0), verdwijnt de bijbehorende
                                ; nodeinformatie weer uit de nodelijst van
                                ; uw eigen nodestation.
                                ; Iedere keer dat opnieuw een node
				; broadcast van het betreffende station
				; ontvangen wordt, krijgt de counter opnieuw
				; de waarde die bij OBSINIT vermeld staat.
				;
OBSMIN=1                        ; Waneer de counterwaarde het het getal is
				; geworden dat bij OBSMIN is gegeven, zal
				; de nodeinformatie niet meer in de node
				; broadcast uitgezonden worden.
				;
NODESINTERVAL=60                ; Nodebroadcast iedere .. minuten
				;
IDINTERVAL=60                   ; Nodebaken iedere .. minuten (In vele landen
				; is het verplicht om op radioamateur-
				; netwerken om regelmatig (minimaal
				; iedere 15 minuten) een AX 25 baken uit te 
				; zenden. Dit is op 27 MHz niet het geval).
				;
BTINTERVAL=0                    ; Bakendigipeater (0=uit  1=aan)
                                ; 
L3TIMETOLIVE=25                 ; internode 'LEVEL 3' tijd tot disconnect
				; indien geen activiteit is waargenomen.
                                ; Hieronder verstaat men de activiteit
                                ; tussen twee NetRom nodes onderling, dit is
                                ; onafhankelijk van de werkelijke activiteit
                                ; van up- en downlinks van en naar de nodes.
L4RETRIES=3                     ; 'LEVEL 4' maximaal aantal retry's voordat 
				; een andere route geprobeerd wordt.
;       
;       In sommige situaties kan het nuttig zijn om de L4TIMEOUT te 
;       vergroten naar zeer hoge waardes. Het kan in bepaalde gevallen zijn
;       dat 60 iets aan de korte kant is, maar het wordt sterk aangeraden om
;       niet ver boven 120 seconden uit te komen, tenzij je zr goed thuis
;       bent in de NetRom functionaliteit en de gevolgen hiervan EXACT kent !
;
;       De TTL en L4TIMEOUT settings zijn als het goed is landelijk gelijk.
;       Het wordt daarom sterk afgeraden om deze parameters te wijzigen daar
;       NetRom/TheNet hierdoor ontregeld zal raken en incorrecte routes
;       zal kiezen.
;
L4TIMEOUT=120                   ; Tijd waarop een LEVEL 4 link afgebroken
				; wordt wanneer geen activiteit tussen 2
				; nodes is. (Let wel: LEVEL 4, dus de
				; eigenlijke up- en downlink blijft gewoon
				; bestaan).
				;
L4DELAY=10                      ; Responsetijd bij een LEVEL 4 link.
				;
L4WINDOW=4                      ; Grootte van het aantal mogelijke frames
                                ; welke een LEVEL 4 link kan bevatten. In-
                                ; dien de waarde van genoemde parameter
                                ; overschreden wordt, zal een RNR (Receive
                                ; Not Ready frame naar het LEVEL 4 tegen-
                                ; station gezonden worden.
				;
MAXLINKS=10                     ; Maximaal aantal stations in connect met de
                                ; node. Dit getal kan aangepast wordenaan de
                                ; lokale situatie. Maak het getal echter niet
                                ; te groot. T veel connects zal resulteren
                                ; in een ontoelaatbaar trage verbinding van
                                ; en naar de gebruikers. In geval van Gateway
                                ; nodes dient opgemerkt te worden dat deze
                                ; MAXLINKS parameter het totaal van alle
                                ; bestaande poorten bevat (dus k internode
                                ; verkeer).
				;
MAXNODES=100                    ; Maximaal aantal NetRom nodes in dit systeem
				; Hoe groter dit getal, des te meer geheugen
				; gebruikt de BPQ switch.
				;
MAXROUTES=35                    ; Maximaal aantal direct te bereiken NetRom
				; nodes (= maximaal aantal routes).
				;
MAXCIRCUITS=10                  ; Maximaal aantal LEVEL 3 connects.
				;
MINQUAL=105                     ; Minimale kwaliteit van een NetRom station 
				; die bij een nodebroadcast ontvangen moet 
				; zijn om in het systeem opgenomen te worden.
				;
BBSQUAL=1                       ; BBS Kwaliteit relatief ten opzichte van
				; de rechtstreeks ontvangen NetRom nodes.
				; Hierdoor wordt het mogelijk om een aan
				; G8BPQ software gekoppeld BBS slechts be-
				; perkt in het NetRom circuit op te nemen
				; (b.v. alln in het effectieve verzorgings
				; gebied van het betreffende BBS). Maximaal
				; 255. De broadcast van de switch code geeft
				; dan 188 als 'quality'.
				;
BUFFERS=130                     ; Aantal packetbuffers. Deze parameter geeft
				; aan hoeveel ruimte gereserveerd wordt in 
				; het werkgeheugen. Dit is afhankelijk van de
				; maximale activiteit van de node en hangt 
				; samen met een aantal andere parameters
				; (zoals aantal ports etc.). Wanneer 255 als
				; variabele wordt ingegeven wordt het comple-
				; te BESCHIKBARE geheugengebied gereserveerd, 
				; dus NIET AL het beschikbare geheugen.
				; Normaal gesproken zou 130 genoeg moeten
				; zijn wanneer gebruik wordt gemaakt van n
				; poort.
;----------------------------------------------------------------------------
;4.     TERMINAL NODE CONTROLLER (TNC) INSTELLINGEN
;
;       Onderstaande parameters worden rechtstreeks aan de TNC's geadresseerd
;       tenzij overeenkomstige parameters in de PORTS definities zijn op-
;       genomen. De waarden in de PORTS definities overrulen deze TNC 
;       instellingen.
;
PACLEN=128                      ; Maximale lengte per packet (1...255)
;
;       PACLEN, oftewel 'packetlengte' geeft in de praktijk een aantal
;       problemen. De ideale lengte van een packet is afhankelijk van de
;       kwaliteit van de link waarin de betreffende packet wordt uitgezonden.
;       Deze kwaliteit is uiteraard per link verschillend. Een ideale 
;       situatie zou ontstaan wanneer de packetlengte per link berekend zou 
;       kunnen worden. Het AX-25 noch het NetRom protocol ondersteunt een
;       dergelijke rele 'online link kwaliteit'. Dit gebeurt in moderne
;       van DAMA bijvoorbeeld wl. Een dergelijk systeem is
;       alln mogelijk wanneer een DIRECTE link (zonder internodes) bestaat
;       tussen 2 stations. Sinds versie 3.11 van de G8BPQ software bestaan er
;       2 PACLEN parameters. En in deze TNC instellingen, en n in de PORTS
;       sectie. Deze eerste PACLEN parameter is gebruikt om de initile 
;       packetlengte in te stellen die gebruikt wordt bij links via meerdere
;       NetRom nodes n wanneer de PACLEN instelling in de PORTS sectie
;       ontbreekt. De in de PORTS sectie gebruikte PACLEN wordt gebruikt
;       voor defenitie van de packetlengte per TNC (dus per poort) f bij
;       rechtstreekse links (zonder tussenkomst van meerdere NetRom nodes).
;       
;       In eerste instantie was de toevoeging van een tweede PACLEN parameter
;       op verzoek van SysOp's die gebruik maakten van afwijkende baudrates.
;       In de praktijk bleek echter dat de kwaliteit en de snelheid dankzij 
;       deze tweede PACLEN in de NetRom links beter werd. Het wordt sterk 
;       aanbevolen om de PACLEN in geen van beide gevallen te groot te maken.
;       In NetRom links spreekt dit extra, omdat bij autorouting door een
;       volgend station meerdere packets uitgezonden moeten worden tegen n
;       packet van het eigen systeem.
;----------------------------------------------------------------------------
;5.     OVERIGE PARAMETERS
;
TRANSDELAY=2                    ; Pauze tussen het ontvangen van een NetRom
				; packet en het uitzenden naar een volgend
                                ; NetRom station. normaal gesproken is 2
                                ; (=2 seconde) voldoende. Stel deze para-
				; meter NIET op 0 in ! Indien gebruik wordt
				; gemaakt van een gateway (meerdere fre-
				; quenties), wordt geadviseerd om deze pauze
				; tussen 3 en 5 seconden in te stellen.
;
;       Level 2 Parameters:
;
;       De parameters T1, T2 en N2 zijn hier komen te vervallen. Deze zijn 
;       terug te vinden in de PORTS sectie.
;
T3=240                          ; Link timer. Deze timer vraagt om een
				; bevestigingsframe aan het tegenstation
				; om te controleren of een opgebouwde
				; link nog steeds actief is. Deze parameter
				; is vooral bedoeld als controle bij 
				; kwalitatief minder goede verbindingen. 
				; 240 (= 4 minuten) kan als standaardwaarde 
				; gehanteerd worden om overtollige frames
				; te beperken.
				;
IDLETIME=900                    ; Link shutdown timer. De hier ingegeven
				; waarde bepaalt de tijd waarop een level 2
				; link afgesloten wordt indien gn activiteit
				; van het tegenstation is waargenomen. De
				; tijd is aangegeven in seconden 
				; (900 = 15 minuten).
				;
;       Configuratie opties:
;
;       De hieronder vastgelegde parameters bepalen een aantal optionele
;       mogelijkheden en support van eventueel te ondersteunen software in 
;       de G8BPQ software.
;
BBS=1                           ; BBS support optie (0=uit 1=aan)
;
NODE=1                          ; NODE support optie (0=uit 1=aan)
;
HIDENODES=0                     ; Wanneer deze '1' is, worden NODES waarvan 
				; de callsign met een '#' teken begint 
				; alleen op het scherm zichtbaar gemaakt
				; wanneer de gebruiker van de node het
				; commando N * (= overzicht van nodes in
				; het netwerk) intoetst. Indien alleen de N
				; wordt ingetoetst worden deze nodes NIET
				; zichtbaar (speciaal voor TCP/IP NetRom
				; stations en dergelijke).
				;
;       Het ' *** LINKED ' commando is bestemd voor gebruik samen met gateway
;       software. Het is mogelijk dat in combinatie met genoemde software
;       misbruik gemaakt kan worden van dit commando. Aanbevolen wordt dan ook
;       om deze functie uit te schakelen wanneer er niet daadwerkelijk gebruik
;       van gemaakt wordt...
;
ENABLE_LINKED=A                 ; Stelt het ' *** LINKED ' commando in:
				; - Y = Gebruik altijd toegestaan
				; - A = Gebruik alleen voor toepassing
				; - N = Uitgeschakeld
;----------------------------------------------------------------------------
;6.      'COMBIOS' POORT DEFINITIES
;
;       Deze sectie definieert de virtuele TNC's die door de switch code
;       ondersteund worden.
;
;       Het standaardformaat voor het definieren van een poort ziet er als 
;       volgt uit: 
;
;           TNCPORT
;               COM=n           ; COMBIOS poort nummer
;               APPLMASK=nn     ; Standaard = 1
;               APPLFLAGS=nn    ; Standaard = 6 
;           ENDPORT
;
;       voor meer informatie verwijs ik naar bestand APPLS.DOC in de 
;       G8BPQ software directory. Dit bestand is echter (nog) niet in het
;       Nederlands beschikbaar. Een uitgebreide beschrijving van de 
;       commando's APPLMASK en APPLFLAGS is in dit bestand beschreven.
;
;       Alln TNC2 compatible applikaties worden door deze interface
;       ondersteund. Voor meer informatie over het gebruik van KISS of
;       DEDHOST applikaties wordt verwezen naar het DRIVERS.DOC bestand,
;       eveneens in de G8BPQ directory (engels).
; 
;       Het is met de G8BPQ software niet mogelijk om meer dan 16 
;       verschillende poorten aan te maken.
;
TNCPORT
	COM=1
ENDPORT
;----------------------------------------------------------------------------
;7.     AX-25 PORT DEFINITIES
;
;       De AX-25 Port definities beslaan alle parameters die van belang zijn
;       voor de communicatie naar buiten. Normaal gesproken zijn dit de 
;       verbindingen naar de TNC's (en ds de zendontvangers), andere 
;       systemen (PC's), modems, etc.
;
;       Het type hardware en het soort protocol wordt nu per poort ingesteld
;       Inmiddels bestaat voor bijna iedere vorm van communicatiehardware
;       een protocol welke door de G8BPQ software ondersteund wordt. In de 
;       ports sectie hieronder is van de meest voorkomende hardware een voor-
;       beeld aangegeven. Let er a.u.b. dus op dat de juiste vorm weergegeven 
;       wordt in de ports defenities, en dat de niet gebruikte vormen ver-
;       wijderd worden.
;
;       De gebruikte interrupts kunnen gedeeld worden over meerdere 
;       communicatiepoorten (COM,LPT etc.) zolang de gebruikte hardware dit 
;       toestaat. 
;
;       Er zijn diverse toepassingen die dankbaar gebruik maken van deze
;       gedeelde interrupt mogelijkheid. Er dient hier alleen rekening ge-
;       houden te worden met de datatransfer snelheid. Er moet relatief een 
;       lage 'baud rate' per gedeelde interrupt request toepassing ingesteld 
;       worden om communicatieproblemen tussen het gebruikte systeem (de PC) 
;       en de toepassing ( bijvoorbeeld een TNC) te voorkomen (TX underruns 
;       en/of RX overruns).
;
;7.1.   BAYCOM EN G8BPQ SOFTWARE
;
;       De afgelopen periode heb ik zeer veel vragen ontvangen met betrekking
;       tot ondersteuning van BAYCOM modems. Veruit de meeste vragen
;       waren het zelfde:"Ik heb hier een BAYCOM modem en een BPQAX25
;       driver, hoe moet ik die gebruiken ?". Hopelijk zijn deze vragen
;       vanaf heden duidelijk beantwoord: Ik ondersteun gn BPQAX25 driver!
;
;       Dit om de volgende reden:
;
;       Aangezien de G8BPQ node nogal problemen heeft met timeslicing (wat
;       vaak wordt gebruikt in multitasking software, maar k met de BPQAX25
;       driver) is een juiste configuratie voor BAYCOM met deze driver bijna
;       niet mogelijk. Indien tch een werkende configuratie gevonden is,
;       is de werking bijna altijd slecht. Ik zeg BIJNA, omdat ik n station
;       ken in mijn omgeving waarbij het toevalig redelijk werkt.
;
;       De BPQAX25 driver dient per systeem verschillend geconfigrureerd te
;       worden omdat gebruik gemaakt wordt van een 'kalibratiefaktor' ten
;       opzichte van de systeemkloksnelheid in combinatie met de busklock en
;       de draaiende applicaties. Daarnaast veroorzaakt deze BPQAX25 driver
;       een vervormd AX25 signaal ten opzichte van normale TNC's, wat
;       naar mijn bescheiden mening niet goed kan zijn. Nog een probleem is
;       de onderbreking in data tussen twee frames waardoor de DCD's van
;       andere stations uitgaan, met als gevolg dat meerdere stations tegelijk
;       gaan uitzenden, het probleem lijkt me duidelijk.
;
;       Samenvattend kan ik over de BPQAX25 driver zeggen: weggooien dat
;       ding, en gewoon een TNC o.i.d. kopen. Indien ik mailtjes ontvang met
;       de mededeling dat een goed werkende configuratie gevonden is, zal ik
;       dan ook geen response geven (er bestond een tijd dat ik vier mailtjes
;       per dag kreeg aangaande dit onderwerp, zucht). Dit is geen onwil,
;       maar de praktijk heeft gewoon uitgewezen dat de BPQAX25 driver niet
;       voldoet. Iedere andere oplossing voor Baycom is natuurlijk wel
;       welkom.
;
;       In het bestand PORTS.DOC wordt een volledige beschrijving gegeven
;       van de commando's en applikaties die in de PORTS sectie van 
;       toepassing zijn.
;
;       OPMERKING: Alle timerwaardes dienen ingegeven te worden in milli-
;       seconden. Veel TNC types gebruiken verschillende eenheden voor de
;       diverse in te stellen timers. Houdt hier rekening mee !
;
;       De in te stellen tijdseenheden zijn afhankelijk van de interrupt die
;       wordt gebruikt door de timer van de gebruikte PC zelf. PC's waarbij
;       deze klokfrequentie 18,2 Hz is, kennen een timerresolutie van circa
;       50 milliseconden.
;
;       Iedere hieronder beschreven 'PORT' beslaat de gegevens die horen bij       
;       n hardware poort. In dit voorbeeld is het PORT commando vier keer
;       aanwezig, wat betekent dat in dit geval 4 communicatiemogelijkheden
;       naar buiten bestaan.
;
;7.2.   STANDAARD POORT VOOR TNC2 COMPATIBLES (OOK TNC21,TNC3), KISS MODE
;
PORT                                         ; Startsequence van een poort.
	ID=kanaal 34, 1200 baud              ; Naam van de poort.
	TYPE=ASYNC                           ; Type van de interface.
	PROTOCOL=KISS                        ; Communicatieprotocol.
	IOADDR=2F8H                          ; Adres van de hardware.
	INTLEVEL=4                           ; Interrupt van de hardware.
	SPEED=19200                          ; Communicatiesnelheid.
        CHANNEL=A                            ; Polling kanaal.
        QUALITY=1                            ; LEES HIERONDER !!!
	MAXFRAME=2                           ; Max aantal frames per TX.
	TXDELAY=450                          ; Inschakeltijd zender (ms).
	SLOTTIME=100                         ; Niet lager dan 100 !
	PERSIST=32                           ; Niet groter dan 32 !
        FULLDUP=0                            ; Duplex mode (1=aan 0=uit).
        FRACK=8000                           ; Wachttijd tot herhalen frame.
	RESPTIME=2000                        ; Wachttijd tot bevestiging.
	RETRIES=10                           ; Herhalingen tot link failure.
	PACLEN=128                           ; Niet groter dan 128 !
	DIGIPORT=1                           ; Digipeater naar PORT x.
	UNPROTO=UT1BBS                       ; Unproto request adres.
ENDPORT                                      ; Eindsequence van een poort.
;
;7.3.   STANDAARD POORT VOOR TNC2 COMPATIBLES, VOORZIEN VAN BPQ KISSROMS
;
PORT
	ID=kanaal 37, 1200 Baud
	TYPE=ASYNC
	PROTOCOL=KISS
	KISSOPTIONS=POLLED,CHECKSUM,ACKMODE  ; Identificatie Kissrom.
	IOADDR=3E8H
	INTLEVEL=5
	SPEED=19200
	CHANNEL=A                            ; De volgende TNC op dezelfde
        QUALITY=1                            ; hardware poort draagt kanaal
	MAXFRAME=3                           ; B. In de Kissrom (=eprom) is
	TXDELAY=550                          ; kanaal B ingegeven in adres
	SLOTTIME=100                         ; 20 HEX.
	PERSIST=32
	FULLDUP=0
        FRACK=8000
	RESPTIME=2000
	RETRIES=10
	PACLEN=128
	DIGIPORT=2
ENDPORT
;
;7.4.   STANDAARD POORT VOOR PA0HZP OPTOSCC I/O KAART
;
PORT
	ID=kanaal 38, 4800 Baud
	TYPE=HDLC                            ; HDLC poort.
        PROTOCOL=PA0HZP                      ; Definitie OptoScc.
	IOADDR=150H                          ; een tweede kaart = +8 Hex.
	INTLEVEL=7                           
	SPEED=4800                           ; PC>MODEM baud = HF baud !
	INTERLOCK=1                          ; DCD koppeling ports.
	CHANNEL=A                            ; Volgend Scc port is B.
        QUALITY=1
	MAXFRAME=2
	TXDELAY=100
	SLOTTIME=100
	PERSIST=32
	FULLDUP=0
        FRACK=8000
	RESPTIME=2000
	RETRIES=10
	PACLEN=128
	DIGIPORT=3
ENDPORT
;
;7.5.   STANDAARD ETHERNET POORT CONFIGURATIE VOOR NE1000 KAARTEN
;
PORT
	ID=Ethernet LAN link
	TYPE=EXTERNAL                        ; LAN poort. 
        PROTOCOL=NETROM
	INTLEVEL=125                         ; Adres LAN BPQ driver.
	QUALITY=0                            ; Geen NetRom links op het net.
	FULLDUP=1                            ; RX en TX tegelijk.
	RETRIES=1                            ; Link is altijd 100 %   
	PACLEN=255                           ; Maximale overdracht.
	MAXFRAME=7                           ; Maximale overdracht
	DIGIFLAG=1
	DIGIPORT=1
	USERS=1
ENDPORT
;
;7.6.    DE QUALITY PARAMETER
;
; Tot kort geleden werd als standaard QUALITY parameter de waarde 192
; toegekend in de PORTS configuratie. Sinds revisie 1.05 van deze
; Nederlandse BPQCFG.TXT is deze waarde gewijzigd in n (1). Dit met de
; volgende reden: Er bestaan tegenwoordig zeer veel software paketten welke
; G8BPQ ondersteuning kennen (B.V. WINPACK, TPK, MBU etc.). Deze paketten
; worden vaak in combinatie met de BPQ software gebruikt ook al is dit in
; het geheel niet nodig (de paketten draaien ook rechtstreeks op een TNC
; danwel met TFPCX e.d.). Aangezien hierdoor het aantal NetRom stations
; enorm toeneemt is opnieuw een situatie ontstaan waarbij een juiste werking
; van NetRom ver te zoeken is. Dit soort stations is namelijk vaak zeer
; onregelmatig QRV, danwel steeds op verschillende frequenties QRV, danwel
; zeer beperkt bereikbaar. Dit zijn allemaal redenen om dergelijke stations
; een beperkte deelname in het NetRom netwerk op 27 MHz te verlenen. Daar-
; naast kan een betere controle verkregen worden over de juiste en onjuiste
; routes in het eigen systeem ten opzichte van het NLD net.
;
; Om nu de 'chte' NetRom nodes wel een volledige plaats in de NetRom
; routes te geven kan in de ROUTES lijst hieronder de QUALITY parameter
; per node ingegeven worden. De standaardwaarde 192 is een goede gemiddelde
; waarde...
;----------------------------------------------------------------------------
;8.      NETROM PREGEDEFINIEERDE ROUTES
;
;        De G8BPQ software kent de mogelijkheid om een een aantal direct te
;        bereiken NetRom stations vast op te nemen in het systeem. Hierdoor
;        ontstaan een aantal mogelijkheden die de werking van het NetRom 
;        netwerk ten goede komen. Wanneer een node in de ROUTES opgenomen 
;        wordt kan dit het totaal aantal links ten goede komen door de 
;        gedefinieerde kwaliteit:
;
;        1. Hoog in te stellen.
;           De in de ROUTES vastgelegde node zal dan in eerste instantie 
;           rechtstreeks aangeroepen worden. Dit heeft tot voordeel dat 
;           NetRom geen nodeloos lange routes kiest wanneer een node goed
;           rechtstreeks te bereiken is. Dit kan voorkomen vlak na een reset
;           van het systeem wanneer geen gebruik gemaakt wordt van het 
;           BPQNODES.COM bestand.
;        2. In te stellen op 0.
;           Hierdoor wordt een rechtstreeks NetRom verbinding met het 
;           geselecteerde station onmogelijk ! Dit kan problemen in het
;           NetRom netwerk voorkomen wanneer sprake is van een zeer slecht
;           connect naar genoemde NetRom nodes. Het systeem zal bij deze
;           node via NetRom de meest geschikte route kiezen, en daarmee de
;           kans op onnodige vertraging in het connect en eventuele retry's
;           beperken. Indien besloten wordt om een nodequality op 0 in te 
;           stellen (oftewel de node rechtstreeks te rejecten) is het van 
;           groot belang om de SysOp van de betreffende node op de hoogte te 
;           stellen zodat deze het zelfde kan doen ! Gebeurt dit niet, dan
;           zal genoemde node proberen om een rechtstreekse NetRom link op te
;           bouwen met dit systeem terwijl door dit systeem TOTAAL niet 
;           gereageerd wordt (dus ook geen DM-/ BUSY frame o.i.d. !!!). Dit
;           leidt uiteraard tot ergernis en niet correct functioneren van 
;           NetRom...
;       3.  In te stellen op 1.
;           De node wordt keurig opgenomen in het eigen nodesysteem, maar
;           niet geaccepteerd door volgende nodes via de nodebroadcast om-
;           dat de quality kunstmatig teruggebracht is naar 1. Zoals eerder
;           gemeld zal een node alleen geaccepteerd worden wanneer de
;           ontvangen quality gelijk of groter is dan de MINQUAL parameter.
;
;        Bij het definieren van een route worden achtereenvolgens de 
;        volgende parameters ingegeven:
;        
;        CALLSIGN,QUALITY,PORT,MAXFRAME(*),FRACK(*),PACLEN(*)
;
;        Parameters gevolgd door (*) HOEVEN niet gedefinieerd te worden,
;        alhoewel juiste instelling de link kwaliteit uiteraard bevordert.
;        Vergeet niet om de routes aan te passen naar jouw NetRom omgeving !
;
ROUTES:
UT1NET,192,3,2,8000,128         ; Een 'gelockte' node
NL5ABC,0,1,0,0,0                ; Een genegeerde node
NL5DEF,1,1,2,8000,128           ; Een 'gelockte' node, deze wordt echter
                                ; alln in het eigen nodesysteem opge-
                                ; nomen, en niet verder verspreid via
                                ; de nodebroadcast. Hierdoor kan het ont-
                                ; staan van onjuiste en niet werkende routes
                                ; beperkt worden.
***
;----------------------------------------------------------------------------
;9.     SUPPORT VAN EXTERNE SOFTWARE APPLICATIES
;
;       Er bestaat een mogelijkheid om maximaal 8 applikaties van elk
;       12 bytes te koppelen met de G8BPQ software.
;
;       De eerste drie applikaties zijn gereserveerd voor BBS, HOST en
;       REMOTE SYSOP. De navolgende vijf kunnen vrij gedefinieerd worden.
;
;       Om compatible te zijn met eerdere versies dient slechts
;       APPLICATIONS=BBS ingegeven te worden.
;
;       Toepassingen die vooraf worden gegaan door '*' worden niet actief
;       gedefinieerd in het 'VALID DISPLAY'.
;
APPLICATIONS=BBS,,*SYS,CHAT/C NMCHAT
;
;       Houdt er rekening mee dat dit laatste item een 'commando alias'
;       creert. Als een gebruiker van het systeem het commando 'CHAT'
;       intoetst wordt dit geconverteerd naar 'NMCHAT'. De totale lengte
;       van een dergelijk commando mag hooguit 15 bytes groot zijn.
;----------------------------------------------------------------------------
;9.     CONTROLE VAN BESTANDSORIGINE
;
; Indien onderstaande gegevens niet overeenkomen met de werkelijke gegevens
; van dit bestand op uw harde schijf, stuur dan een mailtje naar
; MO1MVS @ UT1BBS. De oorspronkelijke revisie komt dan automatisch in de
; mailbox retour.
;
;**************************************************************************  
;*        Revisie nummer : 1.05                                           *
;*        Bestandsgrootte: 39349 bytes                                    *
;*        Datum          : 12/15/96                                       *
;*        Tijd           : 21:00                                          *
;**************************************************************************
;
;******************* Einde van het configuratiebestand ********************


